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PREFACE 


This manual describes the Network Definition 
Language (NDL) for the CONTROL DATA® Network 

I Access Method (NAM), Version 1.8, It'assumes that 
the reader is a network site administrator familiar 
with the Network Operating System (NOS) and other 
software In the networks product set* 

I The Network Access Method Version 1.8 operates 
under control of the NOS 2 operating system for the 
CDG® CYBER 180 Series; CYBER 170 Series; CDC CYBER 
70 Models 71, 72, 73, and 74; and 6000 Series 

Computer Systems. 

The Network Definition Language processor is a 
compiler used by a network administrator to create 
and maintain the files that define the physical and 
logical structure of the network for other network 


software, which in turn establishes, initializes, 
and operates the network. 


RELATED PUBLICATIONS 

Related material is contained in the Control Data 
Corporation publications listed below. The pub¬ 
lications are listed within groupings that Indicate 
relative importance to readers of this manual. 


The NOS System Information Manual is an online 
manual that includes brief descriptions of all NOS 
and NOS product manuals* To access this manual, 
log in to NOS and enter the command EXPLAIN. 


The following publications are of primary interest: 


Publication 


Publication 
Number_ 


CDCNET Conceptual Overview 


60461540 


CDCNET Configuration and Site Administration Manual 60461550 


CDCNET Systems Programmer's Reference Manual 

Volume 1, Base System Software 60462410 

CDCNET Systems Programmer's Reference Manual 
Volume 2, Network Management Entities and 

Layer Interfaces 60462420 

CDCNET Systems Programmer's Reference Manual 

Volume 3, Network Products 60462430 


CDCNET Systems Programmer's Reference Manual 

Volume 4, Terminal Interface Programs 60462440 


CDCNET Terminal Interface Usage Manual 60461530 

CYBER Cross System Version 1 Build Utilities 

Reference Manual 60471200 


Net^rork Products Network Access Method Version 1 

Host Application Programming Reference Manual 60499500 

Network Access Method Version 1/ 

Conmunications Control Program Version 3 

Terminal Interfaces Reference Manual 60480600 

NOS Version 2 Reference Set, Volume 3, System Commands 60459680 
NOS Version 2 Analysis Handbook 60459300 
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The following publication is of secondary interest: 


Publication 

Publication Number _ 

NOS Version 2 Installation Handbook 60459320 


Sites within the. United States can order GDC manuals from Control 
Data Corporation, Literature and Distribution Services, 308 North 
Dale Street, St* Paul, Minnesota 55103* 

Other sites can order CDC manuals by contacting the local sales 
office* 


This product is intended for use only as 
described in this document* Control Data can¬ 
not be responsible for the proper functioning 
of undescribed features or parameters* 


Also, if you have access to SOLVER, the CDC online facility for 
reporting problems, you can use it to submit comments about this 
manual* When it prompts you for a product identifier for your 
report, please specify NA5* 


Vi 
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NOTATIONS 


Throughout this manual, the following conventions 
are used to present statement formats and diag¬ 
nostic messages: 

[ ] Square brackets Indicate that the 

enclosed parameters or values are 
optional. When two or more Items 
are stacked vertically within brack¬ 
ets, one of them can be used or all 
may be omitted. An entire param¬ 
eter or part of a parameter can be 
optional. For example, the brackets 
In I CP=cp ) Indicate that the whole 
parameter Is optional and can be 
omitted, but the brackets In AUTO 
[ =ynl ] show that you can specify 
the parameter as either AUTO=ynl or 
AUTO only. 

_ Underlines Indicate defaults. If 

the omission of any entity causes a 
single default to be used, the de¬ 
fault value Is underlined. 

{ } Braces enclosing vertically stacked 

Items Indicate that one of the 
enclosed items is required and that 
only one can be chosen. When hori¬ 
zontally arranged parameters are 
enclosed In braces, one or more of 
the parameters can be used, but at 
least one Is mandatory. 

... Ellipses Indicate that omitted 

entitles repeat the form and func¬ 
tion of the last entity given. An 
ellipsis immediately following a 
parameter Indicates It can be re¬ 
peated at your option. 

UPPERCASE Uppercase letters Indicate words, 
acronyms, or mnemonics either re¬ 
quired by the NDL processor or 
produced as output. All words 


printed entirely In uppercase let¬ 
ters have a preassigned meaning to 
the NDL processor. These words 
Include statement Identifiers, key¬ 
words, and reserved word values. 

lowercase Lowercase words Identify variables 
for which values are supplied by 
you or by the system as output. 
These words generally Indicate the 
nature of the Information they 
represent (numerical value, file or 
job name, and so forth). 

^ The delta symbol represents a blank 

used as a separator. Anywhere a 
delta symbol Is shown, a comma can 
be used. Multiple blanks or a blank 
following a comma Is Ignored. Mul¬ 
tiple commas are Illegal, except 
when they separate unused optional 
parameters In the login procedure. 

Icrl The boxed cr symbol represents the 

terminal key that ends a message; 
usually, this Is the same key that 
causes a carriage return operation. 

LF The LF symbol represents a one-line 

vertical repositioning of the cursor 
or output mechanism. LF also des¬ 
ignates a character or character 
code associated with such a line 
feed operation. 

A circle around a character rep¬ 
resents a character key that is 
pressed In conjunction with a 
control key (CTL, CNTRL, CONTRL, 
CONTROL, or equivalent). 

Unless otherwise specified, all references to 
numbers are to decimal values; all references to 
characters are to 6-blt display coded characters. 
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INTRODUCTION 


I 


As a site administrator, you must code and run a 
job that uses the CDC Network Definition Language 
to describe the hardware and software elements that 
comprise the computer and communication network for 
your site* A Network Definition Language (NDL) job 
creates two types of network definition flies: 
network configuration files and local configuration 
files* 

The network configuration file contains information 
about the physical and logical configuration of the 
network* The local configuration file contains 
Information about the network application programs 
that run In a host computer and provide services to 
the network, defines login options for the devices 
that access a host computer, and defines connections 
that applications can have to other hosts* 

Only the local configuration file applies to 
Control Data Distributed Communications Networks 
(CDCNET). For information on configuring CDCNET 
networks, refer to the CDCNET Configuration and 
Site Administration Manual* 


In addition to the two types of network definition 
files, the NDL processor produces a job listing 
file. You can make the processor provide the 
following information in the listing file: 

An annotated copy of the NDL program source 
statements Input to the processor 

Descriptions of errors noted on a source state¬ 
ment listing 

Descriptions of the network configuration file 
and local configuration file contents 

A list of all legal DEFINE statements (state¬ 
ments used like macros to equate a character 
string with an identifier for later insertion 
in one of the definitions) 

An annotated copy of the NDL program source 
statements Input to the processor, with all 
DEFINE statement character strings inserted in 
place of identifiers 


NETWORK DEFINITION 
LANGUAGE PROCESSOR 

Your job processes source statements through the 
Network Definition Language processor. The NDL 
processor creates the network definition files, as 
shown In figure 1-1. 



The listing file contents are described further in 
section 10, Job Structure. 

The NDL processor executes as a batch preprocessing 
compiler; it does not interact with the network 
during network operation* 


BASIC NETWORK CONCEPTS 

The following concepts will help you understand the 
relationships among the hardware and software 
elements in your network* A more detailed descrip¬ 
tion of the elements of a CDC network is presented 
at the end of this section* 

CDC network software supports the seven layers of 
protocols defined In the International Standards 
Organization Model for Open System Interconnection 
(ISO/OSI), as described in document TC97/SCi6/N227 
or N309. References In this manual to layer numbers 
are references to the layer definitions in that 
document* The ISO/OSI layers are: 

Layer 1 - Protocols defining the physical and 
electrical characteristics of connections 
between two components of the network 

Layer 2 - Protocols for physical linkages that 
connect elements within the network 

Layer 3 - Protocols for logical linkages that 
connect elements through the network 

Layer 4 - Protocols for physical data transport 
within the network 

Layer 5 - Protocols for managing data transport 
through the network 

Layer 6 - Protocols for data formats between 
elements connected to the network 
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Lkyer 7 - Protocols for element supervision 

within the network 

You do not need to know the protocols in these seven 
layers* However, some of the things you must 
include in your network definition are determined 
by the needs each protocol Imposes on the network 
software* 

You can think of a CDC network as a hierarchy of 
hardware and software elements with three functional 
levels* Each functional level implements one or 
more of the ISO/OSI protocol layers* 


Using NDL source statements, you provide the infor¬ 
mation necessary to identify the hardware and soft¬ 
ware elements in each level of the network to the 
other levels of the network. You must also estab¬ 
lish logical relationships among the hardware and 
software elements* 

SUPERVISORY PROGRAMS 

Each functional level of the network hierarchy has 
corresponding supervisory software* CDC provides 
three supervisory programs: 


The separated portions of these three levels are 
shown in figure 1-2. The outermost level is the 
service network. The service network comprises the 
slte^s local service elements. The local service 
elements Include the network application programs 
in a host computer and the people at terminals using 
those programs. 


Local Service Elements 
(Application Programs) 


Computer Elements 
(Host Computer and 
Supervisory Programs) 


Communication Elements 
(Connected Concentrator 
Hardware and Software) 


Computer Elements 
(Terminal Hardware) 


Local Service Elements 
(Terminal Users) 


figure 1-2. Element Levels Within a Network 

The middle level is the computer network. The 
computer network comprises the site-administered 
local and remote computer elements* The computer 
elements include the terminals, a host computer, 
and network software supervisory programs in a host 
computer* 

The innermost level is the communications network* 
The communications network comprises the local and 
remote communications elements* The communications 
elements include the communications concentrator 
hardware (called network processing units, or NPUs), 
the concentrator software, and the linkages (ISO/ 
OSI layers 2 and 3) among these elements needed to 
connect the isolated ends of the other levels* 

To ensure proper functioning of a CDC network, you 
must configure the functional levels correctly. 


The Network Validation Facility 
The Communications Supervisor 
The Network Supervisor 

These supervisory programs run in a host computer 
and use the network definition files to initialize, 
monitor, and control network operations (ISO/OSI 
layer 7). Figure 1—3 shows the administrative files 
used by these supervisory programs* 

The Network Validation Facility (NVF) uses the local 
configuration file in conjunction with the NOS sys¬ 
tem validation file (VALIDUz) to determine which 
host resources terminal users are allowed to access 
and which applications can run in the network. NVF 
runs in each host in the network. 

The Communications Supervisor (CS) uses information 
from the network configuration file to monitor and 
control NPU and device operations (ISO/OSI layer 
5). CS oversees the continuing operations of the 
communication elements and the computer elements 
outside of the site host. CS can run in one or 
more hosts in the network* 

The Network Supervisor (NS) uses information from 
the network configuration file in conjunction with 
the NPU load file to load network processing 
units* The information NS loads determines the 
initial operation of the communication elements. 
NS can run in one or more hosts in the network. 


NETWORK ACCESS METHOD INTERFACES 

All data messages pass through the Network Access 
Method (NAM) to ensure their integrity as they are 
routed among terminals, the host computer, and 
applications. NAM consists primarily of three 
Interface programs (ISO/OSI layers 4 and 5) in the 
host computer: 

The Peripheral Interface Program 

The Network Interface Program 

The Application Interface Program 

The Peripheral Interface Program runs in a host 
computer peripheral processor* The Network Inter¬ 
face Program runs In the host computer*'s central 
processor and uses a system control point; it is 
thus able to communicate with other programs using 
other control points. A copy of the Application 
Interface Program runs in the field length of every 
network application program, including the super¬ 
visory programs* Figure 1-4 shows the relationships 
among this software* 
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Figure 1-3. Supervisory Programs and File Use 
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The supervisory application program in figure 1-4 
could be one of the three CBC-written programs shown 
in figure 1-3, or it could be a site-written program 
tailored to your needs* You can provide your own 
network service application programs, or you can 
use CDC-wrltten service programs such as the Inter¬ 
active Facility or the Remote Batch Facility. The 
CDC-wrltten network service programs are described 
later in this section* 


SIMPLE NETWORK 

Figure 1-5 shows a possible network, Slmnet* In 
this simple network, a single host computer, a CDC 
CYBER 170 Model 176, is connected to a network 
processing unit; the NPU is a small, independent 
processor* This connection consists of a CYBER 170 
host computer data channel cabled to a hardware 
module (called a coupler) in the NPU* An NPU con¬ 
nected to the host in this manner is known as a 
front-end NPU* The front-end NPU in Slmnet is 
NPUl, a CDC 235x Communications Processor* 



The front-end NPU can support terminals and other 
NPUs, known as remote NPUs* Remote NPUs can also 
support terminals. The only remote NPU in this net¬ 
work is NPU2, a CDC 255x Communications Processor* 

The front-end network processing unit NPUl supports 
terminal Tl, and the remote processing unit NPU2 
supports terminals T2 and T3* CDC provides support 
for many different types of terminals and terminal 
devices, as described in sections 4 through 7. 


In the figure. Cl is the host computer's system 
console* The system console is not considered a 
network terminal and therefore is not defined in an 
NDL program* The person at the system console, 
however, is an administrative operator for the 
network* 


Administrative Operators 

A CDC network supports three types of administrative 
operators: 

The host operator (HOP) 

The NPU operator (NOP) 

The diagnostic operator (DOP) 

The host operator is located at the system console 
for the site's host computer. The HOP can monitor 
and control application status, monitor NPU dump 
and load status, plus perform all of the functions 
of an NPU operator* The HOP always has control 
over all of the network* 

The NPU operator is located at a terminal or host 
computer console* The NOP can obtain and change 
the status of network elements, communicate with 
terminal users, and run diagnostic tests* Each NPU 
can have one controlling NOP* 

The diagnostic operator is located at a terminal 
serviced by the network. The DOP can monitor the 
status of network elements and can run diagnostic 
tests on an NPU* Any terminal user with permission 
to log in to the Communications Supervisor can 
become a DOP* There can be several DOPs active at 
the same time* 

In Slmnet, the host operator is located at the 
system console (Cl), and an NPU operator is located 
at terminal Tl* Both administrative operators com¬ 
municate with the Communications Supervisor in the 
host computer* 


Variants of NPU Software 

Each NPU, because it is an Independent processor, 
has its own software. The software an NPU requires 
to access the network is called its variant* You 
must describe each NPU's software to the supervisory 
programs. You do so by identifying which program 
initiation control block (PICB) within the NPU load 
file properly describes the software in each NPU* 

CDC 255x NPUs require loading, configuring, and 
operational control from the supervisory programs 
in the host. NPUs that can load themselves but 
require host configuration and supervision to oper¬ 
ate or that are self-loading and self-configuring 
can also belong to the network* 

The software variant used in a particular NPU 
depends on various aspects of the network to be 
configured, including: 

The type of NPU and host hardware in your net¬ 
work (CDC or non-CDC equipment, front-end or 
remote NPU, and so forth) 

The network topology (connections between front- 
end and remote NPUs) 
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The types of terminals and devices the NPU must 
support 

The software in a CDC 255x series Communications 
Processor network processing unit is collectively 
called the Communication Control Program (CCP)* 
CCP can contain three types of interface programs: 

A Host Interface Program (HIP) 

A Link Interface Program (LIP) 

One or more Terminal Interface Programs (TIPs) 


A HIP is needed only if the CCP variant links a 
front-end NPU to a host computer (ISO/OSI layer 
2), A LIP is needed only if the CCP variant links 
a remote NPU and a front-end NPU (ISO/OSI layer 
2). A TIP is needed only if the CCP variant links 
terminals to the network or an X.25 application-to- 
application connection (ISO/OSI layers 2, 4, and 6). 

Figure 1-6 presents another view of Simnet, illus¬ 
trating the relationships among these interface 
programs. Note that terminals T2 and T3 each con¬ 
nect to a different Terminal Interface Program, T2 
is a CDC 752, which is an asynchronous terminal; T3 
is a CDC 200 User Terminal, which is a synchronous 
terminal. Each has different support requirements; 
therefore, a different interface program is required 
for each. 



The network software currently supports TIPs for 
five general terminal protocols. Your site can 
provide its own Terminal Interface Program software 
to support up to three additional protocols; your 
site can also modify CDC-written Terminal Interface 
Programs to support local variants of the five 
general protocols. 


PACKET-SWITCHING NETWORK 

CDC network software provides support for 
asynchronous terminals connected to public packet- 
switching networks (PSNs). This support complies 
with recommendation X,25 of the International 
Telegraph and Telephone Consultative Committee 
(CCITT) for standardizing the interface between 
data terminal equipment and packet-switching net¬ 
works. (Packet-switching networks are sometimes 
called public data networks, or PDNs.) 

Figure 1-7 shows the packet assembly/disassembly 
(PAD) service, which is one part of the interface 
between the network and the data terminal equip¬ 
ment, This part of the interface is provided by 
the packet-switching network. 



Figure 1-7. Packet-switching Network Interface 
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Since the X.25 protocol is not symmetric, the roles 
played by each end of an X.25 link must be identi¬ 
fied for each X.25 line. The ends of a X.25 link 
are the data terminal equipment (DTE) and the data 
circuit equipment (DCE). 

A calling terminal is linked with the Conimunication 
Control Program in the NPU via a logical path called 
a virtual circuit. The site must subscribe to the 
packet-switching network for the desired number of 
virtual circuits as well as other parameters (de¬ 
scribed in section 5) affecting the operation of 
the NPU-PSN interface. CDC support of this type of 
configuration is described in detail in section 5. 


MULTIPLE-HOST NETWORK 

Network software supports networks with multiple 
host computers- A simple multiple-host configura¬ 
tion is illustrated by Dualnet in figure 1-8. A 
second host has been added to the network, connect¬ 
ing to a coupler in NPU2. Both NPUl and NPU2 are 
channel-connected as front-end NPUs to a local host 
and are connected to a remote host via a trunk 
communication line. 

A more complicated multiple-host network concept is 
illustrated by Multinet in figure 1-9. Note that 
each side of the figure resembles Simnet in figure 
1-5. In effect, two entire networks have been 
merged. This has been accomplished by connecting 
each front-end processor to both hosts. Figure 1-7 
shows a multiple-host network where the hosts are 
interconnected by an X.25 packet-switching network. 

Multiple-host networks offer three features that 
are not available in single-networks. These are: 

The ability of a terminal user to connect to 
one of many hosts. 

The ability of an application in one host to 
communicate with an application in one or more 
other hosts. 


The ability of the NPUs in the network to be 
loaded, configured, and supervised by one of 
several hosts in the network. 

The installation can either preassign terminal 
users to hosts, or can allow them to select a host 
when they connect to the network. In both cases, 
terminal users can either be required to log in to 
the selected host or can be automatically logged in 
to the host. 

implications wanting to establish connections with 
applications in other hosts do not need to be aware 
of the topography of the network. Instead, the 
installation must specify the addressing and flow 
control parameters that the network software can 
use to establish the connection. This must be done 
for each path that can be used for an appllcation- 
to-application connection. 

As part of the definition of the network configura¬ 
tion, the installation also defines the supervision 
paths to hosts that an NPU can use to obtain its 
configuration and its operator interface. 

DEFINING A CDC NETWORK 

When defining your network, you must specify both 
its physical and its logical characteristics. The 
Network Definition Language helps you create your 
definition in a simple and logical manner. This 
section presents three aspects of the network that 
must be described in your NDL program: its hard¬ 
ware elements, its software elements, and the 
logical relationships you must define among them. 

HARDWARE ELEMENTS 

To ensure proper operation of the network, you must 
carefully define all of its hardware elements and 
establish the relationships among them. The con¬ 
figurable hardware elements of the network are shown 
in figure 1-10, Each type of element is described 
in detail below. 





NPUl 


TRUNK 



Figure 1-8. Dualnet 
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Figure 1-9. Multinet 



Figure 1-10. Configurable Hardware Elements 
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Host Processors 

A host processor Is any computer mainframe that is 
linked to the network to run network application 
programs. Host computers contain the portions of 
the network software necessary for applications to 
access the network. 

A host can be connected through its data channels 
to one or more network processing unit data channel 
couplers, as was illustrated by the network proc¬ 
essing units NPUl and NPU2 of Simnet (figure 1-5), 
which in turn can be connected to other hosts. 

Ho separate NDL statements exist to define a host. 
Hosts are assumed to be attached to couplers, so you 
can specify all needed host access Information when 
you configure the couplers. Computers that access 
the network without couplers are treated by the 
network as terminals or as foreign hosts and access 
the network via X,25 connections. These computers 
must communicate through one of the terminal 
protocols described in sections A through 7. 


Network Processing Units 

Network processing units can be either CDC 255x 
series Communications Processors or non-CDC 
processors with compatible communication procedure 
software. Unless otherwise qualified, subsequent 
references to network processing units in this 
manual apply to both types of equipment. 

Networks can contain two types of 235x network 
processing units: the 2550 (sometimes called a 

2550 Host Communications Processor) and the 2551. 
A 2550 NPU has at least one coupler and always 
operates as a front-end NPU. A 2551 can have a 
coupler, but need not have one, and can be con¬ 
figured as either a front-end or remote NPU. 

The 2551 series Communications Processor has both a 
programmable micromemory and a macromemory; each 
model of the 2551 series has varying amounts of 
macromemory, with several sizes of random access 
micromemory (RAM) logic. To run the current release 
of CCP requires 61AA words (6K) of micromemory. 
Because models can be modified on site, a model 
designation does not necessarily correspond to a 
specific macromemory or micromemory configuration. 

Some NPUs have a magnetic tape cassette drive and 
an operator's console that is not part of the 
network. The magnetic tape cassette drive and 
accompanying deadman timer hardware are required If 
the 2551 has two couplers or is used as a remote 
NPU. When an NPU has a cassette drive, the drive 
is used to begin the loading of CCP from a host 
computer. 

The cassette drive loads a copy of the system auto¬ 
start module program (SAM-P) from a CDC-supplled 
cassette. SAM-P is essentially a bootstrap loader 
that obtains the copy of CCP appropriate for its NPU 
from a copy of the Network Supervisor program in a 
host computer. 

The cassette drive can also be used to load optional 
off-line hardware diagnostic software for use with 
the offnet NPU console. 


If the NPU has an operator's console, that console 
is not part of the network; it connects to a special 
port of the NPU and is not serviced through a com¬ 
munications line adapter. This offnet console is 
associated with the NPU operator. 

The offnet NPU console is used to run optional 
online or offline diagnostic software. If the site 
modifies its copy of CCP, the offnet console can be 
used with the internal Test Utility Package for 
online debugging of the code. 

Both front-end and remote NPUs can be connected to 
terminals through the NPU's input/output ports. 
Terminals can be linked directly to these ports 
with communication lines, or indirectly via an 
X.25 packet-switching network. 

If a network processing unit in your network is not 
CDC equipment, you can define it as an NPU if it 
runs software compatible with the internal network 
protocols of CDC NPUs. 

Couplers 

The input/output channel from the host is connected 
to the front-end NPU via a hardware module known as 
a coupler. The coupler is physically housed within 
an NPU but must be configured separately because 
some NPUs do not have couplers. 

The coupler makes data signals to the host computer 
compatible with the hardware of the host and data 
signals to the NPU compatible with the NPU. An NPU 
can have one or two couplers, each connected to a 
host computer. To support a coupler, a CDC NPU 
must be loaded with a CCP variant that Includes the 
Host Interface Program. 

Trunks 

A front-end NPU can be connected to another NPU by 
a communication line called a trunk. You can con¬ 
figure only one trunk between any pair of NPUs, but 
you can configure multiple trunks connecting dif¬ 
ferent NPUs to any single NPU. 

To support trunks, a CDC NPU must be loaded with a 
CCP variant that includes the Link Interface 
Program. 

Communication Lines 

The network software supports lines for synchronous 
terminals and for asynchronous terminals. These 
lines can be switched (also called dialup) or 
dedicated (also called hardwired). You can con¬ 
figure lines with speeds of up to 56000 bits per 
second (b/s) as one of nine general line types. 

Each line type corresponds to a set of characteris¬ 
tics used by a CDC or non-CDC communications line 
adapter (CLA). There are three types of CDC com¬ 
munications line adapters: 

Model 2560 series synchronous CLAs, used to 
support lines conecting mode A terminals, IBM 
2780 or IBM 3780 bisynchronous terminals, HASP 
protocol terminals, or 3270 bisynchronous 
terminals to the NPU. 
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Model 2561 series asynchronous CLAs, used to 
support lines connecting teletypewriter- 
compatible or IBM 2741-compatible terminals to 
the NPU. 

Model 2563 series high-level data link control 
(HDLC) CLAs, used to support trunks connecting 
other NPUs or lines connecting asynchronous 
terminals, NPUs with hosts, or foreign hosts to 
the NPU through X.25 packet-switching networks. 


SOFTWARE ELEMENTS 

Network software runs in two environments: the 

host and the NPU. Standard CDC software runs in 
both to support many network configurations. Your 
site can also provide its own software to support 
other types of equipment and other uses. The 
characteristics of software not provided by CDC are 
unknown, and therefore are not addressed by this 
manual. 


Terminals 


Data Structures and Flow 


A terminal is a single point of access between one 
or more devices and a communication line. The cur¬ 
rent network software provides support for five 
basic types of terminals: 

Asynchronous terminals, such as the CDC 751, 


using either asynchronous protocol 
protocol 

or X 

,25 

Mode 4 protocol synchronous terminals, 
the CDC 200 User Terminal 

such 

as 

Multileaving bisynchronous terminals, 
IBM Corporation's HASP workstations 

such 

as 

Binary synchronous terminals, such 
Corporation's 2780 or 3780 terminals 

as 

IBM 

Binary synchronous terminals such 
Corporation's 3270 terminal 

as 

IBM 

You can configure up to three more 
terminals with a site-provided TIP for each 

types 

type. 

of 


Terminals are grouped into classes by their specific 
hardware characteristics. A terminal class param¬ 
eter is used to define some physical characteristics 
of the terminal and to determine the default values 
of operational characteristics. The network soft¬ 
ware supports 18 CDC-defined terminal classes. 
These terminal classes are described in greater 
detail in sections 4 through 6, 

If you provide your own support software, you can 
use features of the Network Definition Language to 
define up to four additional terminal classes. CDC 
cannot anticipate the support required for such 
terminals, and thus cannot document such support. 
You can find information pertinent to defining your 
own terminals in sections 4 through 7. 


Devices 

Each terminal Includes one or more separately 
configured devices that perform both input and out¬ 
put, input only, or output only. For X.25 and 
asynchronous protocols, a device such as a console 
is a terminal. For synchronous protocols, a device 
such as a console is only a portion of a terminal. 

An interactive device such as a console can perform 
both input and output, and its user can participate 
easily in dialog with host software. A passive or 
batch device such as a card reader or line printer 
can perform only one-half of such dialog. Interac¬ 
tive and passive devices use different types of 
data structures and paths through the network. 


Data flow in the network is defined from the view¬ 
point of the host computer. Data coming to the 
host is said to be traveling upline; data moving 
away from the host is said to be traveling down¬ 
line. This concept is shown in figure 1-11. 



Figure 1-11, Data Flow Directions 

Upline and downline information within the host and 
NPUs is always grouped into physical network blocks. 
Network data blocks are grouped into logical mes¬ 
sages. Messages exchanged between an NPU and a 
device can also be grouped into physical trans¬ 
mission blocks of one or more logical lines. Figure 
1-12 shows these concepts. 

A single network data block is a collection of 
character bytes, analogous to a clause in English. 
It is a partially independent unit of information 
and might need to be used with other blocks to form 
a message. 
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Figure 1-12. Physical and Logical Information Structures 


A network data block can contain all or part of a 
message; you control which occurs by establishing 
the size a network data block can have* The size 
of an upline network block is fixed at the number 
of characters you specify when you configure the 
device that produces it. The size of a downline 
block is chosen by the application program sending 
it, but you can recommend a value to that program 
when you configure the device that receives it. 
You use the UBZ and DBZ parameters to control these 
sizes; these parameters are described in sections 4 
through 7. 

In upline data, a logical line of information is a 
single message, analogous to an English sentence. 
It is a complete unit. 

Upline logical lines end when a device transmits 
certain characters or causes certain events. An 
upline message is normally transmitted to the host 
as soon as a logical line ends. A logical line 
ends when CCP receives an end-of-line indicator 
(the end of a logical line). 

Terminals can transmit one line at a time to the 
NPU and wait for output or they can transmit several 
lines at a time (block mode). With .line-by-line 
transmission, CCP detects the end of each logical 


line by an end-of-line character or indicator. Each 
logical line becomes a separate network message 
when the NPU receives it. Block mode terminals 
group logical lines in the terminal until the 
transmission key is pressed; these groups reach the 
network software as a single transmission block. 
The network software forwards each message to the 
application as a separate transmission. With block 
mode transmission, CCP detects the end of a trans¬ 
mission block by an end-of-block character or 
indicator. 


For upline data, you can configure a device so that 
CCP Ignores the character or event that normally 
causes it to detect the end of a logical line and 
transmit a message to the host. Instead, you make 
CCP use a different character or event to trigger 
transmission to the host. This option allows the 
terminal user to pack many logical lines into one 
set of upline network blocks; each line includes 
the character that terminates it. The host receives 
only one message. From the application and the 
terminal user's viewpoint, one message is many 
logical lines. This mode of operation is suitable 
mainly for block mode terminals where the user can 
compose an entire screen of data and then transmit 
the entire screen to the NPU at one time. 
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If a single message fits Into an upline network 
data block (you should try to make this happen as 
often as possible), the network data block becomes 
a single-message block. If one upline message can¬ 
not be fit into a network data block, CCP splits it 
into as many blocks as necessary. The text of sec¬ 
tions 4 through 7 assumes that each network data 
block contains a complete message. 

A downline message ends when an application program 
indicates that condition. A downline message can 
contain many logical lines of output. 

Network data blocks are restructured into other 
types of blocks at points of entrance and exit from 
the network processing units. Figure 1-13 shows 
these points as circles. Transmission blocks 
exchanged with X.25 devices are called packets and 
have different size and protocol content require¬ 
ments than transmission blocks exchanged directly 
with a terminal. You can control some of the 
characteristics of packets. 



Figure 1-13. Block Reassembly Points 


Data blocking and temporary storage (queuing) occur 
for upline and downline traffic at several points 
in the network. You control the storage required 
by controlling the network block size and the number 
of blocks queued in each direction. You do this by 
declaring values for the upline and downline block 
limit, for application block limit, and for upline 
and downline block size (UBL, DBL, ABL, UBZ, and 
DBZ) parameters of each device. 


Network Data Blocking for Interactive Device Input 

A network data block is created every time the num¬ 
ber of characters transmitted from a device exceeds 
the upline block size. A message block is created 
each time the terminal user enters an end-of-line 
character. You define the character that must be 
entered from a device in the network to end a 
logical line. 

A block transmission exists each time a group of 
logical lines is transmitted as a unit by a device. 
If the terminal user enters an end-of-block charac¬ 
ter, any incomplete logical line is terminated and 
a message block is generated. You define the 
character that must be entered from a device in the 
network to end a multiple-message block. 


Network Data Blocking for Batch Device Input or 
Output 

Batch devices require large amounts of data to be 
moved to or from a host computer's mass storage 
devices. Batch upline data is therefore assembled 
into messages of multiple network data blocks. 
Each network data block contains one or more mass 
storage physical record units (PRUs). Batch down¬ 
line data is disassembled from such sets of blocks. 


Terminal Output Data Blocking 

Terminals sometimes require data to be received in 
blocks of a maximum length, independent of the 
data's structure within the network. Such blocks 
are called transmission blocks; you can define the 
transmission block size for each device in the 
network using its XBZ parameter. 


Link Data Blocking 

Transmission blocks exchanged between NPUs have 
different structure and content requirements than 
those exchanged directly with terminals. Such 
physical link transmission blocks are called frames. 
Regardless of data type, network data blocks are 
reassembled into frames of a maximum number of bytes 
before transmitting them across a trunk. Data 
received from a trunk is reassembled into network 
data blocks. Frames are constructed and disassem¬ 
bled at points also shown with circles in figure 
1-13. You must define the number of character 
bytes that comprise a frame on each trunk in the 
network. 

CDCNET data structures are discussed in the CDCNET 
Terminal Interface Usage Manual. 
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Host-Resident Software 

Two types of programs are associated with the host 
computer: CDC-written application programs and 

site-written application programs. 


CPC-Written Application Programs 

CPC host software includes programs that support a 
number of network device applications. The follow¬ 
ing CPC-written programs are currently supported: 

The Interactive Facility (lAF) 

The Remote Batch Facility (RBF) 

The Transaction Facility (TAF) 

The Terminal Verification Facility (TVF) 

The Message Control System (MCS) 

The PLATO/NAM Interface-PNI (PLATO) 

The Printer Support Utility (PSU) 

The Permanent File Transfer Initiator (PTFI) 

The Permanent File Transfer Server (PTFS) 

The Queue File Transfer Initiator (QTFI) 

The Queue File Transfer Server (QTFS) 

The NOS/VE Interactive Facility (VEIAF) 

The Interactive Transfer Facility (ITF) 

The Network Log Server (NETLS) 

The Network Operator Facility (NOF) 

The Network File Server (NETFS) 

The Initialize MPI Server (INITMPI) 

The Network Log Termination Utility (NLTERM) 

lAF provides the terminal user with the ability to 
create files and programs from an interactive device 
and to execute jobs from that device. 

RBF transfers job input files between remotely 
located batch terminals and a host computer. It 
also allows monitoring of a job's progress through 
the network and provides file output at the remote 
batch terminal. 

TAF provides on-line transaction processing» allow¬ 
ing the terminal user to manipulate information in 
a data base directly from the terminal. TAF 
requires very little dialog to update a data base. 

TVF provides the terminal user with the ability to 
test an interactive device's data transmitting and 
receiving functions. 

MCS provides the terminal user with a mechanism for 
transferring data between an interactive device and 
a COBOL program or between two COBOL programs. 


PNI provides the CDC 721 Viking Extended terminal 
user with the ability to log into the PLATO lesson 
delivery and authoring software in normal 
a83mchronous mode. The PLATO software then loads 
its special software into the 721 so that the 
operator can execute lessons or use the other 
facilities of PLATO software. 

PSU provides the ability to print NOS queue files 
on a C533/C536 printer using asynchronous connec¬ 
tions to the NPU, 

PTFx provides a mechanism for using NAM and NPUs to 
transfer permanent files between hosts. 

QTFx provides a mechanism for using NAM and NPUs to 
transfer queue files between hosts. 

VEIAF provides the terminal user with the ability 
to create files and execute jobs on NOS/VE. 

ITF provides the terminal user with the ability to 
connect to the CYBER 200 family of computers. 

NETLS provides logging functions for the CDCNET 
network. 

NOF provides operator Interface functions for the 
CDCNET network. 

NETFS provides file access functions for the CDCNET 
network. 

INITMDI provides dump and load MDI functions for 
the CDCNET network. 

NLTERM provides network log termination functions 
for the CDCNET network. 


Site-Written Application Programs 

If your installation runs its own application pro¬ 
grams» characteristics of each application program 
might need to be relayed to the network software. 

For more information on writing network application 
programs, see the Network Access Method Version 1 
Host Application Programming Reference Mantial 
listed in the preface. 


NPU-Resident Software 

Each CDC NPU in the network contains a copy of the 
Communications Control Program (CCP) tailored to 
the specific functions to be provided by that NPU. 
Each NPU might require its own variant of CCP, 
depending on the macromemory size of the unit and 
the software modules that need to reside in the 
unit. Variants are generated as described in the 
NOS Version 2 Installation Handbook. These 
variants reside in the host NPU load file (NLF). 
The appropriate variant for loading into each NPU 
is determined by the host Network Supervisor 
program from information contained in the network 
configuration file. 

If the network processing units in your' network are 
CDC 255x Communication Processors, you will probably 
be concerned with only the Interface programs. 
These are the HIP, LIP, and TIP modules depicted in 
figure 1-14. 
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Figure 1-14. CCP Interface Program Configuration 


Your concern with the HIP and LIP modules is likely 
to be limited to ensuring that the CCP load variant 
for each NPU contains only the necessary modules* 
For example, NPU2 is a remote NPU, so it does not 
need a HIP. Since NPU3 does not service a remote 
NPU, it does not require a LIP. Since a LIP 
requires additional memory, you would want a CCP 
variant for NPU3 that does not include a LIP. 

The TIPs contained in each CCP load variant must 
correspond to the TIPs referenced in the LINE, 
GROUP, TERMINAL, and TERMDEV statements for the 
NPUs into which the variant will be loaded* For 
example, in figure 1-14, because NPU2 only supports 
CDC 713 terminals, it need only contain the ASYNC 
TIP. NPU3, however, must contain both the M0DE4 
TIP for the CDC 734 and the ASYNC TIP for the M33 
Teletype. 

For more detailed information about CCP, refer to 
the Network Access Method Version 1/Host Appli¬ 
cation Programming Reference Manual listed in the 
preface. 


CDCNET Network 

CDCNET is Control Dated's method for Implementinng 
distributed communications. Figure 1-15 shows the 
basic elements of a CDCNET network discussed below. 


CDCNET Device Interfaces 

Small communications processors called device 
interfaces (DIs) constitute the hardware portion of 
CDCNET. 

Because CDCNET distributes major communications 
functions throughout a network, DIs perform 
different functions depending on their particular 
network task: 

The Mainframe Device Interface (MDI) lets you 
connect a host CYBER computer system to a local 
area network. 

The Terminal Device Interface (TDI) lets you 
connect user terminals and workstations to a 
local area network* 

The Network Device Interface (NDI) lets you 
connect one CDCNET local area network to other 
networks * 

The Mainframe Terminal Interface (MTI) lets you 
connect user terminals/workstations to a CYBER 
host without requiring that they be tied into a 
local area network. 


You can find further Information on CDCNET network 
device Interfaces in the CDCNET Reference Manual. 
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Figure 1>15 CDCNET Networks 


CDCNET Device Interface Software 

The software which resides in a device Interface is 
comprised of the following: 

Base system software 

Layer software 

Interface software and gateways 
Network management software 

Base System Software 

The base system software performs two major tasks: 

Initializes the operation of the device 
interface (DI) 

Maintains the operational environment of the DI 
by serving as its executive routine» detecting 
and reporting DI malfunctions, and managing the 
DI's onboard diagnostics 


You can find more information on the CDCNET base 
system software by referring to the CDCNET Systems 
Programmer's Reference Manual, Volume 1, Base 
^stem Software. 


Layer Software , 

CDCNET layer software enables applications 
software, end users, terminals or workstations, and 
host computers to exchange information through a 
compa:tible set of protocols and interfaces. 

You can find more Information on the CDCNET layer 
software by referring to the CDCNET Systems 
Programmer's Reference Manual, Volume 2, Network 
Management Entities and Layer Interfaces. 


Interface Software and Gateways 

CDCNET interface software and gateways consist of 
various software packages that enable CDCNET DIs 
and hosts that accomodate Control Data Network 
Architecture (CDNA) to communicate with other 
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hosts, networks, and terminals/workstations which 
do not support CDNA, 

You can find more information on the CDCNET 
interface software and gateways by referring to 
Volume 2, Network Management Entities and Layer 
Interfaces and Volume 3, Network Protocols of the 
CDCNET Systems Programmer's Reference Manual. 


Network Management Software 

CDCNET network management software performs dally 
and periodic tasks related to the administration, 
maintenance, and operation of the communications 
network. 

You can find more information on the CDCNET network 
management software by referring to the CDCNET 
Systems Programmer's Reference Manual, Volume 2, 
Network Management Entities and Layer Interfaces. 


LOGICAL ELEMENTS 

In addition to the hardware and software elements 
of your network, you must define certain logical 
elements. These logical elements establish the 


association between terminals and application pro¬ 
grams, as well as between one application program 
and another. Using these logical elements, the 
network software performs as though it were 
independent of the physical organization of the 
network. 


Nodes and Logical Links 

A logical path concept is used to describe the 
connections between elements of the network in a 
manner that is independent of the physical data 
paths between them. Each junction of possible 
branches in these logical paths must be known to 
the network. These junctions are called network 
nodes. In your NDL program, you identify each net¬ 
work node by assigning the hardware that contains 
it a unique node number from 1 to 255. The network 
software uses these numbers to route messages from 
a source node to a destination node. 

Figure 1-16 shows the nodes (node numbers are | 
circled) in a multiple-host network. Node number 1 
is assigned to the coupler. Because the coupler is 
the means of addressing the host, the coupler is 
known as the host node. 
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The front-end NPO has a separate node from its 
coupler because a front-end NPU must be separately 
addressable from its couplers# Node 7 and node 8, 
within the front-end and remote NPUs, are known as 
terminal nodes. 

I Figure 1-16 shows the four logical links in the 
network) labeled LLl through LL4, originating in 
coupler 1. Logical links are known by the end 
points of the path they traverse. One end point is 
always a host node in a coupler; the second end 
point is a terminal node in an NPU or another host 
node. 

You must define each logical link that originates 
in a coupler when you configure the NPU that houses 
the coupler. You do so by identifying the NPU that 
is the terminal node or other coupler node of the 
link. 

Table space for node numbers is reserved within the 
host software, with space assigned to all numbers 
from 1 to the highest number used; unused numbers 
have corresponding table space. You can minimize 
memory resource requirements by assigning node num¬ 
bers sequentially, giving host nodes lower values 
than terminal nodes. 

You must specify for each NPU the logical links to 
hosts which are allowed to configure and control 
the NPU. These are called supervisory links. When 
each trunk between NPUs is defined, you specify 
whether either NPU can be loaded via the trunk. 
Loading, configuration, and control are supervisory 
functions which can take place only between hosts 
and NPUs that belong to the same site. 


Subnetworks or Sites 

A site is defined as being all of the hosts and 
NPUs under single administrative control. NPUs can 
be loaded and supervised only by hosts within their 
site, but terminals connected to an NPU and 

applications running in a host can connect to hosts 
belonging to different sites. 

When you define a network, you include all of the 
NPUs in your site as well as all of the NPUs 
belonging to other sites to which your site^s NPUs 
have physical and logical connections. Lines and 
terminal definitions need to be specified only for 

the NPUs belonging to your site, and the 

supervisory links specified for each NPU must all 

be to hosts that belong to the NPU's site. 

The concept of a site is very important when 
upgrading release levels of NPU and host software. 
Throughout the remainder of this manual, except 
where specifically stated, the term network will 
refer to a single-site network. 


Logical Configuration of Hosts 

You can describe a host computer in your program in 
terms of the application programs it is to run. A 
local division is provided in the NDL program 
structure for this purpose. 


Logical Configuration of Terminals 

In addition to the hardware description of your 
terminals specified in the network division, you 


can supply, in the local division, information con¬ 
cerning their ability to access network resources. 
This information includes: 

Mandatory, primary, or default values for login 
operating system validation parameters 

Mandatory or primary default values for login 
application program name 


APPLICATION-TO-APPLICATION 

CONNECTIONS 

Figure 1-17 shows an application-to-application I 
connection within the same host. Figure 1—18 shows p 
that interhost application-to-application connec¬ 
tions can either be made via a trunk or a single 
NPU. Figure 1-19 shows the possibilities for | 
application-to-application connections via a X.25 
packet-switching network. 


HOST 



Figure 1-17. Intrahost Application-to- | 

Application Connection 


The paths taken by application-to-application con¬ 
nections are described by the INCALL and OUTCALL 
statements. These statements are a part of the 
local configuration file. They are used by NVF to 
Indicate • which application programs are allowed to 
request connections between applications and to 
describe the possible paths for connections between 
applications. 

You use the OUTCALL statement to indicate an 

application program that can initiate a connection 
to another application program and a path for 

reaching the application from the host that you are 

defining. To initiate a connection to another 
application, an application references an OUTCALL 
statement in its request. 

You can also use the OUTCALL statement to indicate 
particular paths in the network for which NAM 
should perform dynamic updating of the LID/PID 

table in the operating system. This table is 
accessible to both the NOS console operator (refer 
to the NOS analysis handbook), as well as end users 
of the NOS operating system (refer to the NOS 
reference set. Volume 3, System Commands). 

You use the INCALL statement to specify the possible 
paths in the network to an application program of 
the host being defined on which applicatlon-to- 
appllcation connections can be received. The 
application specified in the INCALL statement is 
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requested to accept a connection from another 
application. 


MULTILEVEL SECURITY 

Access to files by terminal users can be limited by 
the access level (AL parameter) assigned to the 
cotsmunication line by which they access the network. 

NOS multilevel security is based on the use of 
hierarchical security access levels. There are 


eight security access levels available for the 
classification of data, ranging from level 0 to 
level 7. The lowest (unsecured or unclassified) 
level is 0, and the highest (most secured or 
classified) level is 7. 

The creator (or owner) of a permanent file, a local 
file, or a magnetic tape can assign an access level 
to that file, depending upon individual validation 
privileges and upon operating system constraints. 
Alternatively, the owner can allow the access level 
of the file to be assigned automatically by the 
operating system. 
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THE NETWORK DEFINITION LANGUAGE 


2 


This section presents the format and functional 
syntax of the Network Definition Language. The NDL 
program statements you will use to create the net¬ 
work definition files are described in separate 
subsections. 

All the examples in this section and sections 3 
I through 8 refer to the hypothetical network SVLnet, 
shown in figure 2-1. 

FUNCTIONAL SYNTAX AND 
FORMATS 

Each NDL statement has the general form given in 
figure 2-2. Separators, terminators, and format 
representation conventions are explained on the 
notation page at the front of this manual. The 
formal syntax of the Network Definition Language 
(in Backus-Naur form) and a concise summary of each 
statement's syntax and format are given in appendix 
E. 

Unless otherwise indicated in the format descrip¬ 
tions presented later in this section, all values 
declared for keywords are either unsigned decimal 
Integers or character strings of one through seven 
letters and digits. Element names are also 
restricted to one initial letter and up to six more 
letters and/or digits. All value declarations 
identified as hexadecimal integers are also 
unsigned. NOS user names declared as values can 
contain asterisks. 


VALUE DECURATION FORMATS 

Value declarations are position-independent. You 
can place declarations within a statement in any 
order. You do not use commas to indicate omitted 
declarations: such null-value parameter declarations 
cause an error diagnostic. 

All value declarations can have the form: 

keyword*value 

All optional keyword*value declarations have an 
explicit value that is equivalent to omitting the 
declaration. 

You can specify any keyword more than once in a 
single statement; the latest declaration in the 
statement takes precedence. This ability allows 
you to override previously established values. 

For example, a DEFINE statement can contain a 
declaration for the DLX parameter that is used in 
the definition of all asynchronous consoles of the 
network. That parameter can be reset to a different 
value for one terminal by placing a specific DLX 
keyword declaration after the DEFINE statement 
identifier on the appropriate DEVICE or TERMDEV 
statement. 


The format you use to declare parameter values 
depends upon the parameter being declared and upon 
the presence or absence of the value. The value 
portion of the declaration can have one of two 
forms: 

value-required 

stand-alone 


Value-Required Keywords 

A declaration containing a value-required keyword 
has the form 

keyword=value 

For example, the following statement contains a 
value-required keyword (NODE) and an explicit value 
(1) in its declaration: 

CPLRl: COUPLER N0DE*1. 


You can use either explicit or Implicit values for 
value-required keyword declarations. The legal 
values for explicit declarations are given in 
sections 3 through 7. Implicit value declarations 
are allowed only for automatic-recognition depend¬ 
ent, CCP-default, or no-default keywords; after 
such a declaration, the network software implies 
the value to use from the context of the parameter. 


Automatic-Recognition-Dependent Keywords 

The automatic-recognition-dependent keywords are: 


CA 

STREAM 

CO 

TA 

CSET 

TSPEED 

STIP 



If you declare an explicit value for one of these 
keywords, the declared value is always used. You 
can also declare a value of AUTOREC for such key¬ 
words and use the implicit value for the parameter. 

When you use the value AUTOREC, CCP determines the 
value needed when it performs automatic recognition 
for the communication line or terminal. (AUTOREC 
can be used only if the line is an automatic 
recognition line.) 

Using the value of AUTOREC has the same effect as 
not specifying the keyword. Specifying AUTOREC 
makes your network definition less dependent on 
terminal type. 
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TRUNK 1 


ASYNC 

TERMINAL 


TRUNK 2 


TRUNK 3 


TRUNK 4 


TRUNK 6 
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TERMINAL 
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PORT 
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PORT 
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3 

NPUE 


PORT 
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C eLefnent-name:l CAD statement-name A 


keywordi=vaLue1 
keywordl 


i keywordn=vaLuen 
(keywordn 


. C *textD 


element-name The name given to the entity being defined- When the NDL processor requires an 

element name/ the name specified must be unique within a division. Element names 
comprise one alphabetic character optionally followed by up to six alphabetic or 
numeric characters from the 6-bit display code set. The host and NPU operators 
use the element name to monitor and alter the status of the named entity. 

: The colon separates the element name from the reserved statement name. When an 

element name is specified/ a colon must follow it. The colon does not become part 
of the element name. 

A The Greek capital delta character represents a separator- Blanks and commas are 

separators and are required where shown in the prototype statement formats; blanks 
can be used where commas are shown. One blank is sufficient as a separator/ and 
multiple blanks are treated as one. One or more blanks preceding or following a 
colon or comma are ignored. 

statement-name A reserved word specifying the statement type. Each statement type has a unique 

statement name. 


keywordi=valuei 

dr 

keywordi 


★text 


A value declaration of the statement. This has two possible formats/ depending 
upon the keyword and upon inclusion of the value in the declaration. (See Value 
Declaration Formats.) 

Commas (and blanks) are separators. Separators are required between 
declarations. A comma preceded or followed by one or more blanks is treated as a 
single separator. A comma indicates that the NDL processor should interpret 
whatever follows it as a new keyword. 

A period is required to terminate each statement. 

Comment text can appear on the same line as a statement/ but must be written after 
the period/ preceded by an asterisk/ and cannot be continued on the next line 
without specifying COMMENT or * again. 


Figure 2-2. Functional Syntax of NDL Statements 


CCP-Default Keywords 

No-Default Keywords 

The CCP-default keywords are: 

The no-default keywords are: 


AB 

CT 

ELR 

OC 

XLC 



BR 

DLC 

ELX 

OP 

XLTO 



BS 

DLTO 

EP 

PA 

XLX 

AL 

MFAM 

B1 

DLX 

IC 

PG 

XLY 

DFAM 

MUSER 

B2 

E60 

IN 

PL 


DUSER 

PAPPL 

Cl 

EBR 

LI 

PW 


HN 

PFAM 

CN 

EBX 

LK 

SDT 


MAPPL 

PUSER 

CP 

ELO 

MREC 

TC 





If you declare an explicit value for one of these 
keywords, the declared value is always used. You 
can also declare a value of CCP for such keywords 
and use the implicit value for the parameter. 

When you use the value CCP, the Communication 
Control Program (CCP) supplies the default value 
for the terminal class when it configures the 
device. (CCP should be specified only if the line 
uses a TIPTYPE value for a CDC-written Terminal 
Interface Program.) Using the value CCP has the 
same effect as not specifying the keyword except 
that it overrides a previously declared explicit 
value• 


If you declare an explicit value for one of these 
keywords, the declared value is always used. You 
can also declare a value of NONE for such keywords. 

When you use the value NONE, the NDL processor 
ignores the keyword declaration. Using the value 
of NONE has the same effect as not specifying the 
keywo rd. 


Specifying NONE allows you to override a previously 
declared explicit definition for the parameter 
value• 
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Stand-Alone Keywords 

A declaration containing a stand-alone keyword can 
have the same form as a declaration containing a 
value-required keyword, or it can have the form 

keyword 

For example, the following statement contains a 
stand-alone keyword (DI) as its second declaration: 

LGLKl: LOGLINK NCNAME=NPUA,DI. 

The stand-alone keywords are: 


ARSPEED 

EOF 

PRI 

AUTO 

HD 

PRIV 

AUTOCON 

IMDISC 

PRU 

BCF 

KDSP 

RIC 

COLLECT 

NETXFR 

RS 

DCE 

NOLOAD1 

UID 

DI 

NOLOAD2 

XAUTO 

DMP 

OPGO 



You can use either explicit or implicit values for 
these ke3rword declarations. If you declare an 
explicit value for one of these keywords, the 
declared value is always used. You can also omit 
such keywords and use the implicit value as a 
default for the parameter. 

The legal values for explicit declarations are YES 
and NO. An omitted stand-alone keyword usually has 
an implicit value of NO as its default value. 
Specifying the keyword alone is the same as 
specifying the explicit value of YES. If you want 
to change a previously declared explicit value of 
YES or document the use of the default value, you 
can use the explicit value of NO, If you want to 
change a previously declared stand-alone keyword, 
you can use the explicit value of NO, 

For example, consider the following statement: 

LGLKl: LOGLINK NCNAME=NPUA,DI=NO, 

This statement has an effect opposite to the first 
example given. The NO value says that the logical 
link is not disabled (it is enabled). 


PARAMETER VALUES 

Parameter values can be specified either as an 
unbroken sequence of alphabetic and numeric 
characters or in string form enclosed in single 
quotes. 

String parameter values can span one or more lines 
and can contain embedded blanks for readability. 
Only alphabetic or numeric characters are taken 
from string parameters. Embedded blanks are 
Ignored, and the parameter is terminated by any 
nonblank, nonalphabetic or nonnumeric character 
(preferably a single quote). 

For example, either of the following formats (which 
result in identical definitions) can be used: 

PAD ^ 1A2B3C4D5E6F2A3B4C5D6E7F. 
or 

PAD = nA2B 3C4D 5E6F 

2A3B 4C5D 6E7F'. 


STATEMENT LENGTH AND CONTINUATIONS 

NDL statements arc assumed to be input from either 
card readers or terminal keyboards. Because these 
input sources are physically different, there are 
no restrictions (such as card column or line 
character position usage) on the format of the 
statements. You can define your own formatting 
conventions, with the following exceptions: 

You must divide NDL statements into units of 90 
or fewer characters. Characters 73 through 90 
of each unit are reserved for your convenience 
as an Update or Modify sequence number field 
and are not interpreted by the NDL processor. 
Characters in the sequence number field, how¬ 
ever, are included in the count of characters 
in each statement unit. 

If you split a statement of more than 72 mean¬ 
ingful characters into two or more units, the 
meaningful portion of each unit must end with a 
legal separator. 

You cannot divide a value declaration over two 
units. 

You must terminate all statements except COMMENT 
statements with a period. If you do not termi¬ 
nate a statement with a period, NDLP assumes 
that the next statement is a continuation of 
the present one; this assumption can produce 
errors. Comment text can follow a period if 
the text is preceded by an asterisk. 

You cannot declare more than one statement in a 
single unit. 

You cannot continue comments on the next line 
unless COMMENT is specified at the beginning of 
each comment line; that is, you cannot break 
COMMENT statement text into separate units 
within a single statement. 

There is no limit on the number of units into 
which you can break a statement. Empty (blank) 
units are permitted. 

These constraints are illustrated by the examples 
in figure 2-3. 

DEFINITION STRUCTURE 

The structure of the NDL program that defines your 

network will parallel the physical and logical 

structure of the network. An NDL program can 

contain two formal types of divisions: 

A network division, corresponding to each 
network configuration file (NCF) to be produced 

A local division, corresponding to each local 
configuration file (LCF) to be produced 

To configure your network initially, you must 

provide a NCF for each host in the network running 
the Network Supervisor (NS) or the Communications 
Supervisor (CS). The NCFs do not need to be exactly 
the same. You must also provide a LCF for each 
host in the network for the Network Validation 
Facility (NVF). All hosts may use the same LCF, 
The NCF and LCF can be created with a single NDL 
program containing two or more divisions or with 
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In these examples, the character sequence of A... A represents an ellipsis of blanks and does not 
contain a period as part of the represented input. 

The following three-unit statement is correct: 

GOODTRY: ACOUPLER A N0DE=1, A... A 

A ... A 

LOC=PRIMARY. 

The following two-unit statement is incorrect because it divides a value declaration with a separator 
(a blank): 

BADTRY1: ACOUPLER A NODE= A... A 
1, ALOC=PRIMARY. 

The following two-unit statement is incorrect because it omits the period terminator: 

BADTRY2:ACOUPLERAN0DE=3, A...A 
LOC=PRIMARYA 

The following one-unit statement is incorrect because it contains more than 72 characters and is not 
divided into two units at a separator: 

DEVICE1: ADEVICE ADT=DT12, AABL=7, ADBZ=2043, AUBZ=2000, ADBL=7, AUBL=31, A XBZ=2043, A PRI. 


Figure 2-3. Statement Continuation Examples 


two or more NDL programs that contain one division 
each. Subsequently, you can update the network 
configuration by changing either the NCF or LCF or 
both. 


DIVISION HIERARCHY 

An NDL input file can consist of several network 
and local divisions; these divisions can appear in 
any order within the network definition. NDLP 
creates one network configuration file for each 
network division it encounters while processing 
your program. NDLP also creates one local con¬ 
figuration file for each local division in your 
program. 

STATEMENT HIERARCHY 

The relationship between network elements is defined 
by the placement of the statements used to define 
them. For example, a COUPLER statement that follows 
an NPU statement defines a coupler that is connected 
to that NPU. Further, a LOGLINK statement that 
follows the COUPLER statement defines a logical 
link that originates in that coupler. 

Statements must occur within the proper division 
and, except for the following statements, must 
occur in the order shown in figure 2-4: 

APPL OUTCALL 

COMMENT TITLE 

DEFINE TRUNK 

INCALL USER 


SPECIAL-PURPOSE STATEMENTS 

Four special-purpose statements are supplied to 
document, simplify, and separate network defini¬ 
tions : 

TITLE statement 
COMMENT statement 
DEFINE statement 
END statement 

The DEFINE and COMMENT statements are not shown in 
figure 2-4 because they need not appear in a 
particular order or within a particular division, 

TITLE STATEMENT 

A TITLE statement allows you to title each page of 
your output listing. The format of the TITLE 
statement is shown in figure 2-5. 

There can be only one TITLE statement in each 
program division. You can place TITLE statements 
anywhere within NDL program divisions after the 
NFILE or LFILE statements. 

Use of the TITLE statement is optional. If you do 
not use the TITLE statement, the file name specified 
on the NFILE or LFILE statement is used as the 
title of the NCF or LCF. A TITLE statement without 
a character string produces an untitled listing. 
Character strings must not exceed 45 characters. 
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Network Division 


NFILE statement- 


CTITLE statement] 


TRUNK statement 


NPU statement 


SUPLINK statement 


COUPLER statement 


L06LINK statement- 


LINE statement 


CGROUP statement] 


TERMINAL statement 


DEVICE statement 


CTERMDEV statement] 


•Repeat for each super¬ 
visory logical link- 

-Repeat for each coupler. 

'Repeat for each Logical 
link starting in this 
coupler. 


Repeat for each terminal 
connected to this line. 

'Repeat for each device 
connected to this terminal. 

Repeat for each terminal 
connected to this line- 


Repeat for each new 
network configuration 
file required. 


Repeat for each line 
linking two NPUs. 


Repeat for each NPU. 


Repeat for each line. 


NPU statement 


Local Division 


LFILE statement 


Repeat for each new 
local configuration 
file required. 


CTITLE statement] 


[USER statement] 


Repeat for each terminal 
that requires an auto¬ 
matic or default login. 


CAPPL statement] 


Repeat for each application 
program with special access 
requirements in the host. 


COUTCALL statement] 


Repeat for each path that 
can be used for requests 
for connection to another 
application program. 


CINCALL statement] 


END statement 


Repeat for each application 
program that can accept 
requests for connection from 
another application program. 


Only one per NDL 
program. 



2-6 


60480000 L 




TITLECstringD. 


string Character string up to 45 characters 
Long; includes any blanks following a 
comma separator. The string can 
contain any characters in the 6-bit 
display code set except for a period; 
a period terminates the title defini¬ 
tion. The default string is'45 
blanks. 


Figure 2-5. TITLE Statement Format 


An example of a valid TITLE statement is 

TITLE, SUNNYVALE CLOSED SHOP MHR NCF. 

In this example, the listings and the network 
configuration file produced by the NDL program 
would contain the title line shown, identifying the 
CDC Sunnyvale facility environment NCF used by the 
CDC CYBER 170 closed-shop multiple-host network. 

COMMENT STATEMENT 

A COMMENT statement permits you to insert text 
comments into NDL input. The NDL processor copies 
these comments, without editing or interpretation, 
into the output listing of your NDL source state¬ 
ments. The format of the COMMENT statement is 
shown in figure 2-6. 


C,string3 C.3 


String Character string up to 89 characters 
long (asterisk form) or up to 82 
characters long (COMMENT form). The 
string can contain any characters in 
the 6-bit display code set. A 
comment string terminates at the end 
of a line, regardless of whether or 
not there is a terminating period. 
There is no default for string. 

Comments that appear after the terminating 
period of a statement must be in the form: 

♦string 


Figure 2-6. COMMENT Statement Format 

Use of the COMMENT statement is optional. COMMENT 
statements can be placed anywhere within NDL pro¬ 
gram divisions. 

An example of a valid COMMENT statement is 

COMMENT THIS IS A VALID COMMENT STATEMENT 


DEFINE STATEMENT 

A DEFINE statement allows you to assign a label 
(identifier) to a set of keyword and value declara¬ 
tions that is cumbersome to 2 nter repeatedly. The 


set of declarations is then stored as a character 
string for insertion in subsequent parts of the NDL 
program; the string is inserted by placing the 
identifier in statements where the stored declara¬ 
tion set is needed. 

Use of the DEFINE statement is optional. The format 
of the DEFINE statement is shown in figure 2-7. 


defname: DEFINECstring.D 


defname The identifier assigned to the 
character string. This is a 
name of one to seven Letters or 
digits, the first of which must 
be a letter. The identifier 
should not be an NDL reserved 
word (see appendix D) and cannot 
be an NDL statement name or 
keyword. This name is required; 
there is no default value. 

string The character string for which 

the defname identifier is 
substituted when writing other 
NDL statements. This character 
string must contain complete 
value declarations and can 
contain commas, equals signs, 
blanks, and any letters or 
digits; it cannot contain a 
period, because a period is 
interpreted as the end of the 
DEFINE statement. The string 
can contain NDL reserved words 
but cannot contain NDL statement 
names or another DEFINE name. 


Figure 2-7. DEFINE Statement Format 

A DEFINE statement must precede any other statement 
that uses the identifier specified in the DEFINE 
statement. The defname identifier can only be used 
in an NDL statement where the NDL processor expects 
to find a keyword. 

DEFINE statements can be placed anywhere within NDL 
program divisions after the NFILE or LFILE state¬ 
ments. DEFINE statements apply only to the division 
in which they occur. 

Nested DEFINE statements are not permitted. The 
identifier of one DEFINE statement cannot be used 
in the character string that defines the declaration 
set of the same or another DEFINE statement. The 
character string of a DEFINE statement cannot 
contain another DEFINE statement. 

As an example of this statement's function, consider 
the following portion of an NDL program: 

LTYPE3: DEFINE LTYPE=A1,TIPTYPE=ASYNC. 

PORTA: DEFINE PORT=l. 


LINES: LINE PORTA, LTYPE3. 

The first DEFINE statement permits the Identifier 
LTYPE3 to be substituted in subsequent NDL state¬ 
ments (such as the last statement in this example) 
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for the character string LTYPB^Al, TIPTYPE»ASYNC• 
Note that the LINE statement is still terminated by 
a period because this character string is considered 
to end with the C, not with the period that termi- 
nates the DEFINE statement* 

The second DEFINE statement equates the identifier 
PORTA to the character string P0RT"1, so that the 
LINE statement is actually interpreted by the NDL 
processor as if it had been written 

LINES: LINE P0RT=1,LTYPE»A1,TIPTYPE-ASYNC. 

DEFINE statements receive separate diagnostic 
treatment when the NDL program is processed. How¬ 
ever, if a DEFINE statement contains an NDL coding 
error in its character string, the error might not 
be diagnosed until an attempt is made to expand the 
defname identifier* 

The following combination of statements would not 
be recognized as expanding into a valid NDL state¬ 
ment, because the reserved statement name LINE can¬ 
not be found in the unexpanded version of LINES: 


LINEA: DEFINE LINE,P0RT«1. 
LTYPE3: DEFINE LTYPE=A2* 


LINES: LINEA,LTYPE3,TIPTYPE“ASYNC* 

END STATEMENT 

An END statement must explicitly terminate the last 
division in the NDL program. The NDL processor 
requires this statement to determine that the input 
file is complete. 

This statement has the format shown in figure 2-8* 


END. 


Figure 2-8. END Statement Format 
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NETWORK DIVISION STATEMENTS 


3 


The network division describes the physical and 
logical configuration of the network. This includes 
a description of the processors within the network, 
the physical and logical links between processors, 
the communication lines and terminals, and the 
initial status of each of these elements. 

Each host in the network running a copy of the 
Network Supervisor (NS) program or the Communica¬ 

tions Supervisor (CS) program must also have a 
network configuration file (NCF). All of the NCFs 
for hosts belonging to the same site must be 
identical with one another except for line and 

terminal definitions. This means that the node 

information (couplers, logical links, and trunks) 
must all be the same for each NCF, The line and 
terminal definitions in the NCF used to load and 

configure an NPU must agree with the one used to 

supervise it. 

Within a site, all NPUs must run the same release 

level of CCP. For sites running different release 

versions of host software and CCP, the level of NCF 
must correspond to the level of CCP being used. 
The level of NCF is defined as the release level of 
the NDLP that was used to create It. The level of 
NCF, however, does not need to match the level of 
NS or CS using it. 

You can omit the network division from an NDL 

program if no network configuration file is to be 
created; otherwise, one network configuration file 
is created for each network division you define, 

I The network division does not apply to CDCNET 
networks. 

NFILE STATEMENT 

The NFILE statement identifies the network 
configuration file to be created. It must be the 
first statement, other than a COMMENT statement, in 
the network division. 

The name of the NOS local file specified in the 
NFILE statement should not be the same as that of 
another local file assigned to your job. The net¬ 
work configuration file is described in more detail 
in section 9. 

The format of the NFILE statement is shown in 
figure 3-1. An example of a valid NFILE statement 
is 

NETFILE: NFILE. 

This statement creates a network configuration file 
with the NOS local file name NETFILE. 


nfiLe: NFILE. 


nfUe The local file name of the new net¬ 
work configuration file to be 
created. This name is required and 
must conform to NOS file name con¬ 
ventions; there is no default value. 


Figure 3-1. NFILE Statement Format 


NETWORK NODE AND LINK 
DEFINITION STATEMENTS 

Your NDL program's network division must describe 
all communication nodes, physical linkages, and 
logical linkages within the set of network proces¬ 
sing units. You use the following statements to do 
this: 


NPU statements define the loading, dumping, and 
network node requirements of each NPU. 


SUPLINK statements define each logical link 
available as a path from an NPU to a Communica¬ 
tions Supervisor for initiating, monitoring, 
and assisting NPU operations. 


COUPLER statements define the physical linkages 
between each front-end NPU and a host computer 
data channel. 


LOGLINK statements define the logical linkages 
between host nodes and network nodes within the 
set of NPUs or between one host node and an¬ 
other. 


TRUNK statements define the physical linkages 
between NPUs. 


Several of these statements require you to use the 
parameter values declared in other statements; that 
is, you must use the same value on two different 
statements. The NODE parameter also appears in 
several statements; however, values you define for 
1K)DE must be unique and should be assigned consec¬ 
utively from 1. 
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NPU STATEMENT 

The NPU statement names the NPU and defines the 
node number by which the NPU is to be referenced by 
the network software* There must be one NPU state¬ 
ment for every Network Processing Unit in the 
network* The format of the NPU statement is shown 
in figure 3-2. 

The OPGO value used remains in effect., for as long 
as the network definition is used* The DMP value 
used remains in effect until it is overridden by an 
operator DUMP command or LOAD command NDMP option. 
An operator LOAD command applies only to one loading 
operation on the NPU, so the EMP parameter value is 
again used when that operation is completed. An 
operator DUMP command remains in effect until the 
network is shut down, so the DMP parameter value is 
not used until the network is again initialized. 

For example, consider the following NPU statement: 

NPUA: NPU, N0DE»2, VARIANT»N3L, OPGO, DMP* 

This definition describes NPUA (a front-end NPU 
with a node number of 2)* NPUA is loaded according 
to the Network Supervisor program directives in the 
program initiation control block (PICB) called N3L 
within the network load file* 


Because OPGO is used, an operator intervention 
requirement exists for NPUA whenever its loading 
process is completed. Before typing GO, the 
operator can enable or disable any of the network 
elements associated with the NPU. NPUA always 
establishes a supervisory relationship with a 
Communications Supervisor (CS) program and then 
requests operator permission (a GO command) before 
it begins to service its configured communication 
lines. 


Because DMP is used, the long-term dump flag of the 
Network Supervisor (NS) for NPUA is set* The NS 
will dump the memory of NPUA each time NPUA is 
loaded, unless a NPU, a diagnostic or a host oper¬ 
ator (NOP, DOP, or HOP) unsets the dump flag with a 
DMP command, or unless repeated loads occur within 
a short time span* (Repeated reloading during a 
short time span is prestimed to result from repeated 
failures with the same cause, so multiple dumps are 
redundant•) 


If I»1P«N0 were specified on the NPU definition 
statement, the long-term dump flag for NPUA would 
not be set at network initiation (unless the NOP or 
HOP set it with a command)• 



npu: NPU,N0DE=node,VARIANT=picbnaraeC,0P60C=yn13,DMPC=yn233. 

npu The element name of the NPU being described. This name is required; there is no default 

value. 

node The network node number (1 £ node £ 255) by which the network software references this 

NPU. All values declared for node must be unique within the current network definition 
and should be numbered consecutively. This number is required; there is no default value* 

picbname The name assigned to the program initiation control block (PICB) on the network load file 
for this NPU. The PICB contains directives to the Network Supervisor for dumping and 
loading a given NPU. This name consists of one through six alphabetic and numeric 
characters^ the first of which must be alphabetic. The name is required; there is no 
default value. (Self-loading, self-configuring NPUs also roust have a value declared for 
this parameter; use a dummy name.) See the NOS installation handbook for more information 
about this parameter. 

ynl An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 

parameter indicates whether an operator GO command is required to start NPU operation 
after loading is completed. If OPGO or 0PG0=YES is specified/ the HOP or controlling NOP 
must type GO each time the NPU is Loaded before the NPU can become active. If OPGO is 
omitted or 0PG0=N0 is specified, operator intervention is not required to start the NPU. 
You should define an 0PG0=YES value only if frequent configuration changes are anticipated 
for the NPU. 

yn2 An optional reserved word value ( YES or NO) for an optional stand-alone keyword; this 

parameter indicates whether a long-term requirement exists for an NPU durop each time the 
NPU is loaded. If OMP or D«P=^ES is specified, or if DMP is omitted, the NPU is dumped 
before it is loaded, unless the operation is overridden by a HOP or NOP command. If 
DMP=N0 is specified, no dump occurs before the NPU is loaded, unless specifically 
requested by a HOP or NOP command. (Note that an NPU dump is essential for CDC to analyze 
NPU failure problems.) 


Figure 3-2. NPU Statement Format 
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SUPLINK STATEMENT 

The SUPLINK statement describes a supervision path 
between the NPU and a copy of CS which can supervise 
that NPU and defines the priority for use of that 
path, A supervision path, or supervisory link, 
corresponds to a logical link between the NPU and a 
host. 


Only one supervisory link can be defined in each 
SUPLINK statement. If there is more than one logi¬ 
cal link between an NPU and the host computer, each 
can appear in a separate SUPLINK statement; these 
statements must appear in descending order of 
priority. The first supervisory link defined has 
the highest priority, the second defined has the 
next highest priority, and so on. The supervisory 
links are used in the order of their priority if 
the logical link in a higher priority supervision 
path fails or the CS becomes available. 


An example of the SUPLINK statement in an NDL pro¬ 
gram sequence is 

NPUA: NPU, N0DE=5, VARIANT=N3L, DMP=YES. 

SUPLINK, LLNAME^LGLNKl. 

CPLRl: COUPLER, N0DE=1. 

LGLNKl: LOGLINK, NCNAME=NPUA. 

This example defines the logical link called LGLNKl 
as the only logical link for NPU supervisory message 
traffic with a Communications Supervisor program. 
LGLNKl exists between coupler node 1 and network 
node 5 within the NPU called NPUA. For an NPU 
which has logical links to more than one host, you 
can define the logical link as a supervisory link 
only if the release level of the NCF being used on 
the host matches the release level of the CCP being 
run on the NPU. 


COUPLER STATEMENT 


The SUPLINK statement must follow an NPU statement 
or another SUPLINK statement. The SUPLINK statement 
is optional If there is only one logical link 
between the NPU and a host. The format of the 
SUPLINK statement is shown in figure 3-3. 


SUPLINK,LLNAME=LogLink. 


LogLink Element name of the logical link 
that is to be used as a super¬ 
visory link by the NPU. This 
name must appear on a LOGLINK 
statement within the same net¬ 
work division. 


Figure 3-3. SUPLINK Statement Format 


The COUPLER statement identifies a channel coupler 
to an NPU. A front-end NPU can be equipped with 
one or two channel couplers connecting the NPU to a 
host. The format of the COUPLER statement is shown 
in figure 3-4. 

One COUPLER statement is required for each coupler 
in the network. The COUPLER statement must follow 
the NPU statement defining the NPU that uses the 
coupler to function as a front-end NPU. 

Each CDC host computer can support up to eight 
couplers on separate data channels. CDC host soft¬ 
ware identification of each coupler is determined 
by an entry in the NOS equipment status table (EST). 

The value you use for the NODE declaration on each 
COUPLER statement must be the value assigned as the 
node number in the EST entry for the corresponding 
NPU coupler. The coupler's enabled or disabled 
status at network initiation is also controlled by 
this EST entry. 


coupler: C0UPLER^N0DE=nodeC^HNA«E=hostnam,L0C=cplrloc3. 


coupler 


node 


hostnam 


cplrloc 


The element name to assign to the front-end coupler being configured. This name is 
required; there is no default value. 

The host node number (1 ^ node ^ 255) by which the network software references this 
coupler. This value must match the node number in the EST entry for the coupler. All 
values declared for NODE keywords must be unique within the current NDL program division 
and should be numbered consecutively. This number is required; there is no default value. 

The name assigned to the host to which the coupler connects. The hostnam value is 1 to 7 
letters or digits; the first character must be a letter. The hostnam you assign 
identifies the corresponding node number on the host availability display seen by the 
terminal user. This parameter is optional; if omitted, the default value is ASCII blanks. 

The reserved word value (PRIMARY or SECOND) that indicates the coupler's location in the 
255x cabinet. PRIMARY specifies the coupler in the primary coupler slots and SECOND 
specifies the coupler in the secondary coupler slots- If an NPU has two couplers, 
L0C=SEC0ND is required for the secondary coupler. This parameter is optional; the default 
value is PRIMARY. 


I 


Figure 3-4. COUPLER Statement Format 
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The NODE value and the HNAME value appear as a seJ: 
on the host availability display seen by the termi¬ 
nal user. The user can select connection to a host 
by specifying a node number or host name in a com¬ 
mand to CCP; nonblank HNAME values are recommended 
to aid users in selecting the appropriate node. 

The circuit boards for a coupler are located in 
slots marked as either primary or secondary within 
the upper card cage of the 235x series NPU cabinet. 
These markings are similar to port numbers for the 
couplers and are used in that manner for the LOG 
parameter. 

If the NPU has one coupler, it can be located in 
either the primary or secondary slot. If the NPU 
has a coupler in the secondary slot, the coupler 
must be defined as a secondary coupler. 

I For example, suppose NPUA in SVLnet (figure 2-1 in 
■ section 2) contained two couplers, only one of which 
(the secondary one) belonged to the network shown. 
The circuit boards in the secondary slot would be 
cabled to host data channel number 4; the EST entry 
would associate node number 1 with data channel 
number 4. This coupler could be configured cor¬ 
rectly only by the statement; 

NPUA: NPU, NODE==5, VARIANT=»N3L, DMP. 

CPLRl: COUPLER N0DE=1, LOC=SECOND. 

As used in the sample network configured by section 
11, NPUA contains only one coupler. It therefore 
is configured correctly by the statement; 

NPUA: NPU, N0DE=5, VARIANT=N3L, IMP, 

CPLRl: COUPLER NODE=l,HNAME«SYS173. 

Both examples define coupler CPLRl, which is 
physically contained in the cabinet of NPUA; NPUA 
uses CPLRl to function as a front-end NPU. CPLRl 
has a NOS EST entry of 1 for its host node number. 
Note that NPUA contains both a host node (node 1) 
for its coupler and a network node (node 5) for 
Itself. 

The COUPLER statement also defines a possible path 
the NPU can use for a request to be loaded and/or 
dumped by a host. 

LOGLINK STATEMENT 

The LOGLINK statements define a path over which 
terminal-to-applicatlon or application-to- 

application connections can be established. You 
must supply one LOGLINK statement for each logical 
link in your network. You need LOGLINK statements 
to define the logical link between a coupler and 
the NPU that contains the coupler and between a 
coupler and each NPU connected to the front-end NPU 
containing the coupler. You also need a IX}GLINK 
statement to define each host-to-host logical link 
between two couplers if application programs in the 
two hosts are to communicate with each other. 


Application programs in two hosts can communicate 
with each other without having a LOGLINK statement 
for the two couplers involved only if there is an 
intervening X.25 network between the two hosts. 
(Logical links cannot span X.25 public data 
networks, but always terminate at the NPU connected 
to the public data network.) 


Only one logical link can be defined between any 
given pair of coupler and NPU or coupler node num¬ 
bers. It is possible, however, to have more than 
one logical link between an NPU and a host computer. 
Figure 3-5 shows the logical links in SVLnet. Each | 
logical link uses a separate trunk between the NPU 
and/or a different coupler. 

Logical links can only be defined over paths that 
do not cross more than one trunk. In the example 
shown in figure 3-5, no logical link can exist 
between NPUC and coupler 11. 


The LOGLINK statement must follow the COUPLER 
statement that defines the coupler for the host end 
of the logical link being defined. IDGLINK state¬ 
ments define which NPUs can access that coupler. 
For a coupler-to-coupler link, the LOGLINK statement 
can follow either of the COUPLER statements, but 
cannot appear after both. The format of the LOGLINK 
statement is shown in figure 3-6. 

For example, in SVLnet (figure 2-1 in section 2), | 
NPUA (node 5) contains coupler CPLRl (node 1) and 
is connected to NPUE (node 9). NPUB (node 6) con¬ 
tains coupler CPLR2 (node 2) and is also connected 
to NPUE. NPUE has connections to several other 
front-end NPUs, giving its network node four 
possible logical links to the same host. 


The host node in NPUA is node 1; the host node in 
NPUB is 2 (the host node number is always the number 
associated with the coupler). The following LOGLINK 
statements would properly configure two of the 
logical links involving NPUE as network node 9: 


NPUA: NPU, NODE-5, VARIANT-N3L, DMP. 
CPLRl: COUPLER NODE-1,HNAME«SYS173. 
LINKl; LOGLINK NCNAME-NPUE. 


NPUB; NPU, NODE-6, VARIANT-N5L. 

CPLR2: COUPLER NODE-2,HNAME-SYS173. 
LINK2: LOGLINK NCNAMB-NPUE. 


NPUE: NPU, NODE-9,... 
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loglink: L0GLIMK,NCNAHE=ncnaneC,0IC=yn3]. 


loglink 


ncname 


yn 


The element name to assign to the 
logical link you are 
configuring. This name is 
required; there is no default 
value. 

The element name of the flPU or 
coupler that is the other end of 
this logical link. This name 
must be the element name used in 
an NPU or coupler statement in 
the same network division. This 
name is required; there is no 
default value. 

An optional reserved word value 
(YES or for an optional 
stand-alone keyword; this 
parameter specifies the status 
assigned to this logical link at 
network initiation. When 01 or 
DI=YES is specified, the logical 
link is disabled at network 
initiation and cannot be used 
until the HOP or NOP enables it. 
If 01 is omitted or 0I=N0 is 
specified, the logical link is 
given an initial status of 
enabled unless the NOP or HOP 
specifies otherwise. 


Figure 3-6. LOGLINK Statement Format 


TRUNK STATEMENT 

The TRUNK statement describes the trunk communi¬ 
cation line that physically connects two NPUs. 
There can be only one trunk defined between any 
pair of NPUs in a network. Port numbers for all 
trunks/lines should be assigned consecutively, 
starting with one. Since the NPU reserves conti¬ 
guous memory space for ports, this conserves memory 
space• 


The format of the TRUNK statement is shown in 
figure 3-7, The recommended values for the FRAME 
parameter are given in table 3-1. 

Because the TRUNK statement contains all the 
necessary information explicitly, it can be placed 
anywhere within the NDL input stream after the NFILE 
statement. We recommend, for ease of reading, that 
you place all TRUNK statements at either the begin¬ 
ning or the end of the division. 


An example of a TRUNK statement is 

TRUNKl; TRUNK, N1=NPUA, N2=NPUE, Pl«l, P2=^. 
NPUA: NPU, NODE=5, VARIANT«N3L, DMP. 


NPUE: NPU, N0DE=9, VARIANT=N5L. 


TABLE 3-1. RECOMMENDED FRAME SIZES 
FOR TRUNK LINES 


Traffic 
is Mostly 

Trunk Line Speed in Bits Per 

Second 

4800 or Less 

9600 

19200 

56000 

Interactive 

1050 

1050 

1050 

1050 

Batch and 

256 

500 

1050 

1050 

Interactive 





Batch 

1050 

1050 

1050 

1050 


The N1 and N2 values indicate that the trunk 
connects the NPUs NPUA and NPUE. The PI and P2 
parameters indicate that the trunk is connected to 
the Communications Line Adapter (CLA) port 1 in NPUA 
and to port 2 in NPUE. 


PROTOCOL-DEPENDENT 
DEFINITION STATEMENTS 


The Network Definition Language allows you to 
configure communication lines, terminals, and 
devices using the following coBmninication line 
protocols; 

Asynchronous (IBM 2741- or teletypewriter- 
compatible devices) 

X.25 packet-switching network (teletypewriter- 
compatible devices) 

IBM HASP bisynchronous (HASP-compatlble devices. 
Including batch equipment) 

CDC Mode 4 synchronous (200-User-Terminal or 
Mode-4C-compatlble devices, including batch 
equipment) 

IBM bisynchronous (IBM 2780-, 3780-, or 

3270-compatible devices, including batch 
equipment) 

Site-defined (any devices, compatible or inconr- 
patible with any of the above) 


Your NDL programme network division must describe 
all communication lines, terminals, and devices 
connected to the set of network processing units. 
You use the following statements to do this: 

LINE or GROUP statements define the physical 
and logical service requirements of each com¬ 
munication line on each NPU. 

TERMINAL or TBRMDEV statements define the 
clustering of devices connected to each com¬ 
munication line, 

DEVICE or TERMDEV statements define the physical 
and logical support requirements of each device 
within a terminal. 
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t runk: TRUNK,N1=npu1,N2=npu2,P1=port1,P2=port2 


C,N0L0AD1C=yn1D,N0L0AD2C=yn2],FRAME=frame,DIC=yn3DD. 

trunk The element name to be assigned to the trunk communication Line being defined. This name is 
required; there is no default value. 

npul The element name for one of the two NPUs connected by the trunk. This name must appear on 

an NPU statement in the same network definition. This name is required; there is no default 
value. 

npu2 The element name for the other of the two NPUs connected by the trunk. This name must 

appear on an NPU statement in the same network definition. This name is required; there is 
no default value. 

port1 The hexadecimal number (1 £ port1 £ FE) of the port on npu1 to which this trunk is 

connected. This number cannot appear on another TRUNK or LINE statement (or within a GROUP 
statement expansion) for definitions applying to npul in the same network division; all 
trunk lines on an NPU must be assigned consecutively numbered ports starting at and this 
number must be the thumbwheel number on the CLA for the trunk line. If npul is to be 
loaded over this trunk, 1 £ porti £ 4. 

port2 The hexadecimal number (1 £ port2 £ FE) of the port on npu2 to which this trunk is 

connected. This number cannot appear on another TRUNK or LINE statement (or within a GROUP 
statement expansion) for definitions applying to npu2 in the same network division; all 
trunk lines on an NPU must be assigned consecutively numbered ports starting at 1, and this 
number must be the thumbwheel number on the CLA for the trunk Line. If npu2 is to be 
loaded over this trunk, 1 £ port2 £ 4. 

yn1 An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 

parameter prohibits Loading npu1 over this trunk. If N0L0AD1 or N0L0AD1=YES is specified, 
npu1 cannot be Loaded by npu2. If N0L0AD1 is omitted or N0L0AD1=N0 is specified, npu1 
will be loaded by npu2 whenever npu1 requests that operation. Usually a NO value is 
specified for trunks connecting NPUs if administrative responsibility for the two NPUs 
rests with a single site. If the two NPUs are administered by different sites, a YES value 
is specified. 

yn2 An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 

parameter prohibits loading npu2 over this trunk. If N0L0AD2 or N0L0AD2=YES is 
specified, npu2 cannot be loaded by npu1. If N0L0AD2 is omitted or N0L0AD2=N0 is 
specified, npu2 will be loaded by npu1 whenever npu2 requests that operation. 

frame The approximate decimal number (0 £ frame £ 1200) of 8-bit character bytes that will be 

transmitted as one frame across this trunk. The value you should declare for this parameter 
depends on the type of data traffic across the trunk and the speed of data transmission on 
the line. Recommended values appear in table 3-1; declared values are rounded as follows: 

Declared Frame Value Value Used 

0 thru 499 256 

500 thru 1049 500 

1050 thru 1200 1050 

yn3 An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 

parameter specifies the status assigned to this trunk at network initiation. When DI or 
DI=YES is specified, the trunk is disabled at network initiation and cannot be used until 
the HOP or NOP enables it. If DI is omitted or DI=N0 is specified, the trunk is given an 
initial status of enabled unless the NOP or HOP specifies Otherwise- 

Figure 3-7. TRUNK Statement Format 


These statements must contain value declarations to 
support hardware and protocols known to (n)C but can 
also contain declarations to support site-defined 
hardware or protocols. Site-defined value declara¬ 
tions do not have the interdependencies of CDC- 
deflned value declarations and receive less diag¬ 
nostic inspection during NDL processor execution. 
You are responsible for proper agreement among 
values on these statements when one statement 
contains a site-defined value. 


These five statements provide the network software 
with information that it transmits to CCP as a set 
of paired information bytes called field number/ 
field value (FN/FV) pairs. Each of these statements 
(except the TERMINAL statement) can contain the 
keywords P90 through P99, identifying field numbers 
not used by the released version of GDC network 
software. 
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If your site has modified CCP software or has 
written its own Terminal Interface Program, these 
optional field number parameters allow you to 
specify the values to be transmitted for the cor¬ 
responding field number when the terminal or device 
is configured. If you place the same field number 
parameter in more than one of the statements in a 
hierarchical set, each value specified is used 
separately. Each line and device has a separate 
set of field number/field value pairs associated 
with it. 

For example, if you place P90 on the GROUP statement 
and on one of the DEVICE statements in the following 
set: 


GROUP statement 

TERMINAL statement 
DEVICE statement 
DEVICE statement 
DEVICE statement 

the value specified on the DEVICE statement is used 
as field 90 for the configuration transmitted to 
CCP for that device, and the value specified on the 
GROUP statement is used as field 90 for each com¬ 
munication line. No 90 value exists for the 
remaining devices. 

The parameters required and the values allowed on 
the GROUP, LINE, TERMINAL, TERMDEV, and DEVICE 
statements depend upon the line protocol used. 
This section presents the general form of each 
statement. The following sections present the form 
of each statement and the parameters applicable to 
each line protocol: 

Section 4 applies to asynchronous protocol 
lines. 


line: LINE,PORT=port,LTYPE=Ltype 
C,TIPTYPE=tiptype,AUT0C=yn1D,D 
CXAUTO C=yn21,DIC=yn3]^ LSPEED=Ispeed ,1 
CAL=acclev,DFL=dfl,FRAHE=frarae,3 
CRTIME=timer,RC 0UNT=count ,1 
CNSVC=svcirc,PSN=psn,DCEC=yn43,3 
C0TEA=locadr,ARSPEED=yn5,3 
CIMDISC C=yn63,LCN= Lcn,RC C=yn7D,3 
CP90=:fv90,.. .,P99=fv993. 

Parameters are described in sections 4 
through 7. 


I 


Figure 3-8. General LINE Statement Format 


Using the GROUP statement can reduce the number of 
definitions you must provide in your NDL program 
without reducing the number of definitions provided 
in the network configuration file. The general 
format of the GROUP statement is shown in figure 
3-9. 


TERMINAL STATEMENT 


Section 3 applies to X.23 protocol lines. 

Section 6 applies to synchronous protocol lines. 

Section 7 applies to site-defined protocol 
lines, 


The TERMINAL statement defines the characteristics 
of a multiple device workstation, such as a mode 4C 
terminal device cluster. This statement has the 
general format shown in figure 3-10. 


LINE STATEMENT 

Each LINE statement defines one communication line 
between a terminal and the NPU. There must be one 
LINE statement for each CLA port on the NPU that 
supports terminal access. Figure 3-8 shows the 
general format of the LINE statement. 


DEVICE STATEMENT 

The DEVICE statement defines the characteristics of 
a single terminal input and/or output device, such 
as a console or card reader. This statement has 
the general format shown in figure 3-11. 


GROUP STATEMENT 

You can use the GROUP statement in place of the LINE 
statement when you want to repeat a line definition 
a specified number of times. NDLP does not allow 
GROUP statements for X.25 protocol communication 
lines. 


TERMDEV STATEMENT 

The TERMDEV statement defines a terminal that 
consists of a single input and output device, such 
as an asynchronous console. This statement has the 
general format shown in figure 3-12. 
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g roup: GROUP,PORT=port,LTYPE= L type 
C,TIPTYPE=tiptype,AUTOC=yn1 
CXAUTO C=yn23,DIC=yn33,LS PEED= L speed,3 
CAL=acclev,NI=iter,ARSPEED=yn4,3 
I CIMDISC C=yn53,LCN= Lcn,RC C=yn63,3 

CP90=fv90,...,P99=fv993. 

Parameters are described in sections 4 
through 7. 

Figure 3-9. General GROUP Statement Format 


TERMINALC,STIP=stiptyp,TC=trmcLas,3 
CCSET=charset,TSPEED=trmsped,3 
CCA=cLsadr,RIC=yn1,3 
CCO=conord,BC FC=yn23,MREC=rec,3 
CW=pacwndw,CTYP=cirtyp,NCIR=numcir,3 
CPA D=s t r i n g, EO F=y n3 3 
CNEN=encir,COLLECTC=yn333. 

Parameters are described in sections 4 
through 7. 

Figure 3-10. General TERMINAL Statement Format 


device: DEVICEC,DT=devtyp,S0T=subdt,TA=trmaddr,ABL=abl,DBZ=dwnlsi2,UBZ=upbsize,3 
CDBL=dwnbLim,UBL=upblim,XBZ=xmitsiz,D0=devord,STREAM=streamno,3 

CAUTOCONC=yn13,PRIC=yn23,DIC=yn33,HN=node,HDC=yn43,LK=yn5,AB=ab,BR=br,CP=cp,BS=bs,B1=b1,3 
CB2=b2,CI=ci,CN=cn,CT=ct,DLC=dlc,DLTO=dLto,DLX=dlx,EBX=ebx,EBR=ebr,EBO=ebo,3 
CELX=elx,ELR=elr,EL0=elo,EP=ep,XLC=xlc,XLT0=xlto,XLX=xlx,XLY=xly,IC=ic,3 
CIN=in,LI=li,0P=op,0C=oc,PA=pa,PG=pg,PL=pL,PW=pw,RTSC=yn63,MCI=rac,HLI=raL,E0F=yn7,3 
CP90=fv90,...,P99=fv993. 

Parameters are described in sections 4 through 7. 


I 


Figure 3-11. General DEVICE Statement Format 


device: TERMDEVC,STIP=stiptyp,TC=trraclas,CSET=charset,TSPEED=trmsped,CA=clsadr,RIC=yn1,3 
CCO=conord,BCF C=yn23,MREC=rec,W=pacwndw,NCIR=numcir,PAD=st ring,NEN=encir,3 
CC0LLECTC=yn33,DT=devtyp,S0T=subdt,TA=trmaddr,ABL=abL,DBZ=dwnlsiz,UBZ=upbsize,3 
CDB L=d w nb I i m, l©L=upb I i m , XBZ=xrn i t s i 2 ,00=d evo r d, S TR EAM= s t r e amno , 3 

CAUTOCONCyn43,PRIC=yn53,DIC=yn63,HN=node,HDC=yn73,LK=yn8,A0=ab,BR=br,CP=cp,BS=bs,B1=b1,3 
CB2=b2,CI=ci,CN=cn,CT=ct,DLC=dlc,DLTO=dlto,DLX=dlx,EBX=ebx,EBR=ebr,EBO=ebo,3 
CELX=elx,ELR=elr,EL0=elo,EP=ep,XLC=xlc,XLT0=xlto,XLX=xlx,XLY=xly,IC=ic,3 
CIN=in,LI=Li,0P=op,0C=oc,PA=pa,P6=pg,PL=pl,PW=pw,RTSC=yn93,MCI=mc,MLI=ml,E0F=yn10,3 
CP90=fv90,...,P99=fv993. 

Parameters are described in sections 4 through 7. 


I 


Figure 3-12. General TERHDEV Statement Format 
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ASYNCHRONOUS LINES, TERMINALS, AND DEVICES 


4 


The parameters required and the values allowed on 
the GROUP, LINE, TERMINAL, TERMDEV, and DEVICE 
statements depend upon the line protocol used* 
This section describes the form of a statement 
applicable to asynchronous protocol lines. 

Asynchronous communication lines are those using 
the line types defined in table 4-1. Such lines 
are serviced by the CDC-supplied ASYNC TIP. If you 
use the site-defined line type, the ASYNC TIP is 
presumed to be modified by your site (if necessary) 
to support: 

A standard communication line adapter in a non¬ 
standard manner 

A specially built communication line adapter 


LINE DEFINITION 

You configure terminals on an asynchronous communi¬ 
cation line by using the following statements: 

One LINE or GROUP statement that defines the 
1 ine. 

One TERMINAL or TERMDEV statement for each 
potential terminal on the line (only one can 
access the line at a given time; multiple-drop 
asynchronous lines are not supported). 

One DEVICE statement for the device that 
accesses the line through each terminal; if you 
use a TERMDEV statement, you cannot also use a 
DEVICE statement. 

TABLE 4-1. ASYNCHRC 


LINE STATEMENT PARAMETERS 

Each LINE statement defines one communication line 
between a terminal and the NPU. There must be one 
LINE statement for each CLA port on the NPU that 
supports terminal access. 

Figure 4-1 shows the format of the LINE statement 
and the valid parameter values for CDC-defined 
asynchronous lines. Table 4-1 shows permitted Line 
type values for the LTYPE parameter. 

You use the AUTO or XAUTO parameter to define a 
communication line as having a fixed or an auto¬ 
matic recognition configuration. You can use either 
of these configuration types for a switchable 
(dialup) line or for a dedicated (hardwired) line. 

If you define a fixed-configuration line by omitting 
AUTO and XAUTO or by specifying AUTO=NO or XAUTO=NO, 
you must know and specify certain characteristics 
of the terminal devices that will use that line. 
Only a terminal device with the specified charac¬ 
teristics can use that line. 

The characteristics of a fixed-configuration line 
are: 

Line speed (LINE statement LSPEED parameter) 

SubTIPtype (TERMINAL or TERMDEV statement STIP 
parameter) 

Code and character set (TERMINAL or TERMDEV 
statement CSET parameter) 

Device type (TERMDEV or DEVICE statement DT 
parameter) 

LINE TYPE DEFINITIONS 


LTYPE 

Value 

Transmission 

Mode 

Trans¬ 

mission 

Operation 

Circuit 

Type 

Modem 

Typet 

CLA Type 

Maximum Speed, 
Bits per Second 

Carrier 

Type 

A1 

Asynchronous 

Full-duplex 

Switched 

(Dialup) 

RS232C, Bell 
103E/113/ 

212A 

compatible 

2561-1 

9600 

Constant 

A2 

Asynchronous 

Full-duplex 

Dedicated 

(Hardwired) 

RS232C, Bell 
103E/il3/ 

212A 

compatible 

2561-1 

9600 

Constant 

A6 

(For 

site- 

defined 

use) 

Asynchronous 

Unassigned 

Unasslgned 

Unasslgned 

Unassigned 

Unasslgned 

Unassigned 

tModem types supported 

by each type of CLA may differ. 
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line: LINE,PORT=port,LTYPE=ltype,TIPTYPE=tiptypeC,AUTOC=yn13,XAUTOC=yn23,ARSPEED=arspeed,DIC=yn33,3 


CIMDISCC=yn41,LSPEED=lspeed,AL=acclev,RCC=yn53,P90=fv90,.-.,P99=fv99]. 

line The element name to be assigned to the communication line being defined. This name is 

required; there is no default value. 

port The hexadecimal number (1 £ port £ FE) of the port to which this communication line 

connects on the NPU currently being defined. Within an NOL program^ the port number is 
independent of the number of ports on the NPU; for example^ a 128-port NPU can have a port 
numbered FE <254 decimal). However, we strongly recommend that you assign port numbers 
consecutively, starting with 1. All values declared for PORT parameters must be unique 
within the current network definition of each NPU. The value specified for port cannot 
be the same as the number declared for a port in any other LINE or TRUNK statement (or 
within a GROUP statement expansion) for this NPU, and cannot be lower than the highest 
port number used by a trunk. This number is required; there is no default value. 

Itype A reserved word value that identifies the type of communication line adapter/modem/circuit 

combination that is used on this line. This word must be supplied; there is no default 
value. The legal words for this value declaration are described in table 4-1. 

tiptype A reserved word value that identifies the type of CCP Terminal Interface Program required 
for the terminals on this Line- This word is required for lines being configured to 
service an asynchronous protocol terminal. The legal value for this declaration is: 

ASYNC Asynchronous protocol TIP is required. 

ynl An optional reserved word value (YES or NO) for an optional stand-alone keyword. This 

parameter specifies whether this communication line is configured for automatic 
recognition of low line speeds (110 thru 2400 bits per second) and/or recognition of 
protocol subTIPtype by CCP whenever a terminal is connected to the Line. When AUTO or 
AUT0=YES is specified, the line is configured for automatic recognition. When automatic 
recognition is performed, CCP attempts to determine as many definition parameters as 
possible at the time the Line becomes active; recognized parameters are compared against 
parameters specified in the network definition file to identify the terminal accessing the 
line. If AUTO and XAUTO are omitted or if AUT0=N0 or XAUT0=N0 is specified, CCP is not 
allowed to perform automatic recognition for the line; the line has a fixed configuration, 
and each TERMINAL and DEVICE or TERMDEV statement associated with this line must 
explicitly declare all addressing and protocol parameters legal for that terminal. 

yn2 An optional reserved word value (YES or NO^) for an optional stand-alone keyword. This 

parameter specifies whether this communication line is configured for automatic 
recognition of high Line speeds (600 thru 9600 bits per second) and/or recognition of 
protocol subTIPtype by CCP whenever a terminal is connected to the line- When XAUTO or 
XAUT0=YES is specified, the Line is configured for automatic recognition- When automatic 
recognition is performed, CCP attempts to determine as many definition parameters as 
possible at the time the line becomes active; recognized parameters are compared against 
parameters specified in the network definition file to identify the terminal accessing the 
line. If AUTO and XAUTO are omitted or if AUT0=N0 or XAUT0=N0 is specified, CCP is not 
allowed to perform automatic recognition for the Line; the line has a fixed configuration, 
and each TERMINAL and DEVICE or TERMDEV statement associated with this line must 
explicitly declare all addressing and protocol parameters legal for that terminal. 

arspeed An optional reserved word value (YES or NO) indicating whether the user can change the 

line speed by using the AR TIP command. The default value of YES is used if AUTO or XAUTO 
is specified. The default value of NO is used if AUTO or XAUTO is not specified. 

yn3 An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 

parameter specifies the status assigned to this communication line at network initiation. 
When DI or DI=YES is specified, the line is disabled at network initiation and cannot be 
used until the HOP or NOP enables it. If DI is omitted or DI=N0 is specified, the line is 
given an initial status of enabled unless the NOP or HOP specifies otherwise. 

yn4 An optional reserved word value (YES or NO) which specifies whether the Immediate 

Disconnect feature is enabled for this Line. When IMDISC or IMDISC=YES is specified, any 
terminal on the line is disconnected immediately after the terminal has Logged out 
(disconnected) from the host. When IMDISC is omitted or IMDISC=N0 is specified, a 
terminal on the line is disconnected only after a two-minute timer expires. 


Figure 4-1. Asynchronous LINE Statement Format (Sheet 1 of 2) 
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Lspeed The baud rate used by the modems or devices accessing this Line. When the Line is 

configured for automatic recognition (AUTO or XAUTO is decLared)^ this parameter cannot be 
used. This parameter is optionaL when the Line is not configured for automatic 
recognition of terminaLs. The foLLowing vaLues are recognized; 


110 

300 defauLt 

2400 

19200 

134 

600 

4800 

38400 

150 

1200 

9600 



This vaLue can be changed by the user if ARSPEED=YES. When Lspeed is not decLared for a 
Line configured without automatic recognition^ the defauLt of 300 baud is used. 

accLev The decimaL access LeveL Limit (0 accLev ^ 7) for the Line. The Lowest access LeveL is 

0 (uncLassified)/ the highest is 7. If AL is omitted or AL=N0NE is specified^ no access 
LeveL Limit is associated with the Line (equivaLent to specifying AL=0). 

ynS An optionaL reserved word vaLue (YES or NO) which specifies whether the reconfiguration 

indicator is enabLed for this Line. When RC or RC=YES is specified, the terminaL 
characteristics are reset to their originaL NDL vaLues (or to a defauLt if no NDL vaLues 
were specified) when the terminaL disconnects from a host. When RC is omitted or RC=N0 is 
specified, the reconfiguration indicator is not enabLed for this Line. 

fv9i The hexadecimaL fieLd vaLue (0 £ fv9i < FF) to use for the corresponding fieLd number 

within the TerminaL Interface Program configuration information transmitted for this 
Line. The reLeased version of the COC-written ASYNC TIP does not use any of these ten 
fieLd number/fieLd vaLue pairs. 


Figure 4-1. Asynchronous LINE Statement Format (Sheet 2 of 2) 


If you define an autoraatjc recognition line by 
specifying AUTO, XAUTO, XAUT0=YES, or AUTO=YES, CCP 
determines these characteristics when a terminal 
becomes active on the line. This allows more 
flexible access to the network. 

A terminal on an automatic recognition line is not 
completely configured until it becomes active. At 
that time, the Communications Supervisor (CS) com¬ 
pares the determined characteristics against the 
characteristics you have defined for each terminal 
configured on the line. CS uses the first terminal 
definition that matches to finish configuring the 
terminal. CCP then services the terminal device 
according to the finished configuration. 

Only a terminal that completely matches all declared 
values can use the line. It must operate with the 
characteristics you declare for any required or 
optional parameters in your terminal definition, or 
the terminal user must change its characteristics 
to match. If you declare AUTOREC instead of values 
for all of the automatically recognized parameters, 
then any terminal will match the terminal 
def1nition. 

If you declare values instead of AUTOREC for some 
of the automatically recognized parameters, then 
any terminal that successfully accesses the line 
and has characteristics matching the declared 
values will match your terminal definition. If you 
declare values instead of AUTOREC for all of the 
automatically recognized parameters, then only a 
terminal with automatically recognized characteris¬ 
tics that are the same as your values will match 
the terminal definition. 

You can specify more than one terminal definition 
on an automatic recognition line. Each definition 
should vary from the others in one of the auto¬ 
matically recognized characteristics; unless dif¬ 
ferences exist, CS will not use any definition 
other than the first one. 


Using automatic recognition increases the number of 
terminal devices that potentially can use the line. 
You can configure a switchable line for automatic 
recognition with more logical terminal devices than 
the physical terminal devices that simultaneously 
can access it; only one physical device ran access 
the line at a time. 

For example, the statement 

LNIA; LINE P0RT»9,LTYPE-A1,TlPTyPE=ASYNC,AUTU. 

defines a switchable (dialup) communication line 
(on NPUA in SVLnet, figure 2-1 of section 2) for 
automatic recognition of any asynchronous protocol 
terminal with line speed less than or equal to 2400 
b/s. The line is identified as LNIA, connects to 
the NPU at port 9, and is enabled by default at 
network Initiation. 

If the fixed-configuration form of the statement 

LNIA: LINE P0RT=9,LTYPE=A1,T1PTYPE=ASYNC. 

were used instead, all of the terminals capable of 
accessing this switchable line would have to use 
the explicit configuration provided by the same 
TERMINAL and DEVICE statement set. 

The following two LINE statements are equivalent: 

LNIA: LINE P0RT:»9 ,LTYPE=A1 ,T1PTYPE=ASYNC, 
LSPEED=300. 

LNIA: LINE P0RT=9,LTYPE=A1,TIPTYPE=ASYNC. 

Both statements define a switchable, enabled, fixed- 
configuration asynchronous line accessing the NPU 
(NPUA in SVLnet) through port 9 and using modems at 
300 baud (the default rate). The terminal actually 
accessing this line must use the same explicit con¬ 
figuration as any other that can potentially access 
It because the line is not configured for automatic 
recognition. 
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The network configuration defined for systems con¬ 
taining Centronics 533/536 printers must include 
definitions for these printers. There may be up to 
twelve printers connected to PSU, consisting of any 
mixture of 533/536 and Hitachi 585 printers* How¬ 
ever, if there are more than eight 533/536 printers 
or more than four 585 printers, changes to the PSU 
EVFU file are required. Network configuration 
directives in the Network Division are required 
only for 533/536 printers, while USER statements in 
the Local Division are required for all printers 
connected to PSU. 

The following statements may be used for the Net¬ 
work Division definitions: 

LCENTR: DEFINE LTYPE«A2,TIPTYPE«ASYNC, 

LSPEED“9600. 

TCENTR: DEFINE TC«721,AUTOCON,LK=YES,OC»YES, 

PA»0,PL=»0,PW=0. 

linex: LINE LCENTR,PORT»portx. 

devicex; TERMDEV TCENTR,HN=hostnode. 

where linex Is the line name for the printer, portx 
is the port number for the printer line, devicex is 
the device name for the printer, and hostnode is 


the NODE number of the host coupler to which the 
printer is connected. 

GROUP STATEMENT PARAMETERS 

You can use the GROUP statement in place of the LINE 
statement when you want to repeat a line definition 
a specified number of times. 

NDLP creates identical line, terminal, and device 
definitions (except for port number, line name, and 
device name) the number of times specified by the 
NI parameter. NDLP generates unique port numbers 
by incrementing the previously defined port number 
by one. NDLP generates unique line and device ele¬ 
ment names by adding the LINENS port number in 
two-digit hexadecimal form to the one- to five- 
character root element name you supply. 

Figure 4-2 shows the format of the GROUP statement 
and the valid parameter values for CDC—defined 
asynchronous lines. Table 4-1 shows permitted line 
type values for the LTYPE parameter. 

Using the GROUP statement can reduce the number of 
definitions you must provide in your NDL program 


group: GROUP,PORT=port,LTYPE=Ltype,TIPTYPE=tiptypeC,AUTOE=yn13,XAUTOC=yn23,ARSPEED=arspeed,OIC=yn33,D 

ClM01SCC=yn43,LSPEEO=lspeed,AL=acclev,RCC=yn53,P90=fv90,...,P99=fv99,NI=iter3. 


tiptype 


The root name to use for generating the element names assigned to the communication lines 
and devices being defined. This name, which cannot be longer than five characters, must 
result in element names that are unique within the network division currently being 
described. This name is required; there is no default value. 

The hexadecimal number Cl £ port £ FE) of the port to which the first of these 
communication lines connects on the NPU currently being defined. Within an NDL program, 
the port number is independent of the number of ports on the NPU; for example, a 128-port 
NPU can have a port numbered FE (254 decimal). However, we strongly recommend that you 
assign port numbers consecutively, starting with 1. All values declared for PORT 
parameters must be unique within the current network definition of each NPU. The value 
specified for port cannot be the same as the number declared for a port in any LINE or 
TRUNK statement (or within any other GROUP statement expansion) for this NPU, and cannot 
be lower than the highest port number used by a trunk. This number is required; there is 
no default value. 

A reserved word value that identifies the type of communication line adapter/modem/circuit 
combination that is used on this line. This word must be supplied; there is no default 
value. The legal words for this value declaration are described in table 4-1. 

A reserved word value that identifies the type of Terminal Interface Program required for 
the terminals on this line. This word is required; there is no default value. The valid 
value for this declaration is: 


ASYNC Asynchronous protocol TIP is required. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword. This 
parameter specifies whether this communication line is configured for automatic 
recognition of low line speeds (110 through 2400 bits per second) and/or recognition of 
protocol subTIPtype by CCP whenever a terminal is connected to the line. When AUTO or 
AUT0=YES is specified, the line is configured for automatic recognition. When automatic 
recognition is performed, CCP attempts to determine as many definition parameters as 
possible at the time the line becomes active; recognized parameters are compared against 
parameters specified in the network definition file to identify the terminal accessing the 
line. If AUTO and XAUTO are omitted or if AUT0=N0 or XAUT0=N0 is specified, CCP is not 
allowed to perform automatic recognition for the line; the line has a fixed configuration, 
and each TERMINAL, DEVICE, or TERMDEV statement associated with this line must explicitly 
declare all addressing and protocol parameters Legal for that terminal. 


Figure 4-2. Asynchronous GROUP Statement Format (Sheet 1 of 2) 
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yn2 An optional reserved word value (YES or NO) for an optional stand-alone keyword. This 

parameter specifies whether this communication line is configured for automatic 
recognition of high line speeds (600 thru 9600 bits per second) and/or recognition of 
protocol subTIPtype by CCP whenever a terminal is connected to the line- When XAUTO or 
XAUT0=YES is specified, the line is configured for automatic recognition. When automatic 
recognition is performed, CCP attempts to determine as many definition parameters as 
possible at the time the line becomes active; recognized parameters are compared against 
parameters specified in the network definition file to identify the terminal accessing the 
Line. If AUTO and XAUTO are omitted or if AUT0=N0 or XAUT0=N0 is specified, CCP is not 
allowed to perform automatic recognition for the Line; the line has a fixed configuration, 
and each TERMINAL and DEVICE or TERMDEV statement associated with this Line must 
explicitly declare all addressing and protocol parameters legal for that terminal. 

arspeed An optional reserved word value (YES or NO) indicating whether the user can change the 

line speed by using the AR TIP command. The default value of YES is used if AUTO or XAUTO 
is specified. The default value of NO is used if AUTO or XAUTO is not specified. 

yn3 An optional reserved word value (YES or NO) for an optional stand-alone keyword; this^ 

parameter specifies the status assigned to this communication line at network initiation. 
When DI or DI=YES is specified, the line is disabled at network initiation and cannot be 
used until the HOP or NOP enables it. If DI is omitted or DI=N0 is specified, the line is 
given an initial status of enabled unless the NOP or HOP specifies otherwise. 

yn4 An optional reserved word value (YES or NO) which specifies whether the Immediate 

Disconnect feature is enabled for this iTne. When IMDISC or IMDISC=YES is specified, any 
terminal on the line is disconnected immediately after the terminal has logged out 
(disconnected) from the host- When IMDISC is omitted or IMDISC=NO is specified, a 
terminal on the line is disconnected only after a two-minute timer expires. 

Ispeed The baud rate used by the modems or devices accessing this line. When the line is 

configured for automatic recognition (AUTO or XAUTO is declared), this parameter cannot be 
used. This parameter is optional when the line is not configured for automatic 
recognition of terminals; the following values are recognized: 


110 

300 default 

2400 

19200 

134 

600 

4800 

38400 

150 

1200 

9600 



This value can be changed by the user if ARSPEED=YES. When Ispeed is not declared for a 
line configured without automatic recognition, the default of 300 baud is used- 

acclev The decimal access Level limit (0 £ accLev £ 7) for the Line- The lowest access level is 

0 (unclassified), the highest is 7. If AL is omitted or AL=N0NE is specified, no access 
level limit is associated with the line (equivalent to specifying AL=0)- 

ynS An optional reserved word value (YES or NO) which specifies whether the reconfiguration 

indicator is enabled for this line- When RC or RC=YES is specified, the terminal 
characteristics are reset to their original NDL values (or to a default if no NDL values 
were specified) when the terminal disconnects from a host. When RC is omitted or RC=N0 is 
specified, the reconfiguration indicator is not enabled for this line. 

fv9i The hexadecimal field value (0 £ fv9i £ FF) to use for the corresponding field number 

within the Terminal Interface Program configuration information transmitted for this 
line. The released version of the CDC-written ASYNC TIP does not use any of these ten 
field nuraber/field value pairs. 

iter The decimal number (1 £ iter £ 254) of iterations of this line definition and of all 

TERMINAL, TERMDEV, or DEVICE statements following this GROUP statement. This parameter is 
optional; the default is 1. 




Figure 4-2. Asynchronous GROUP Statement Format (Sheet 2 of 2) 


without reducing the number of definitions provided 
in the network configuration file. An example of 
GROUP statement use is shown in figure 4-3. 


You use the AUTO or XAUTO parameter to define a 
communication line as having a fixed or an automatic 
recognition configuration. You can use either of 
these configuration types for a dialup line or for 
a dedicated (hardwired) line. 


If you define a fixed-configuration line by omitting 
AUTO and XAUTO or by specifying AUTO=»NO or XAUTO=NO, 
you must know and specify certain characteristics 
of the terminal device that will use the line. 
Only a terminal device with the specified char¬ 
acteristics can use that line. 

The characteristics of a fixed-configuration line 
are: 

Line speed (GROUP statement LSPEED parameter) 
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The following set of statements: 

LNU; GROUP, P0RT=9^LTYPE=A1, 

TIPTYPE=A$YNC,LSPEED=300,NI=5, 

DEVA: TERM DEV, TC=713, PRI- 

is interpreted by the NDL processor as if it had 
been written: 

LN1A09: LINE,P0RT=9,LTYPE=A1, 
TIPTYPE=ASYNC,LSPEED=300, 

DEVA09: TERMDEV,TC=713,PRI=YES. 

LN1A0A: LINE,P0RT=0A,LTYPE=A1, 
TIPTYPE=ASYNC,LSPEED=300. 

DEVAOA: TERMDEV,TC=713,PRI=YES. 

LN1A0B: LINE,P0RT=0B,LTYPE=A1, 
TIPTYPE=ASYNC,LSPEED=300. 

DEVAOB: TERHDEV,TC=713,PRI=YES. 

LN1A0C: LINE,PORT=OC,LTYPE=A1, 
TIPTYPE=ASYNC,LSPEED=300. 

DEVAOC: TERMDEV,TC=713,PRI=YES. 

LN1A0D: LINE,P0RT=0D,LTYPE=A1, 
TIPTYPE=ASYNC,LSPEED=300. 

DEVAOO: TERMDEV,TC=713,PRI=YES. 


Figure 4-3. Asynchronous GROUP Statement 
Expansion 


SubTIPtype (TERMINAL or TERMDEV statement STIP 
parameter) 

Code and character set (TERMINAL or TERMDEV 
statement CSET parameter) 

Device type (TERMDEV or DEVICE statement DT 
parameter) 


If you define an automatic recognition line by 
specifying AUTO, XAUTO, XAUTO=*YES, or AUTO=YES, CCP 
determines these characteristics when a terminal 
becomes active on the line. This allows more 
flexible access to the network. 


A terminal on an automatic recognition line is not 
completely configured until It becomes active. At 
that time, the Communications Supervisor (CS) com¬ 
pares the determined characteristics against the 
characteristics you have defined for each terminal 
configured on the line. CS uses the first terminal 
definition that matches to finish configuring the 
terminal. CCP then services the terminal devices 
according to the finished configuration. 


Only a terminal that completely matches all declared 
values can use the line. It must operate with the 
characteristics you declare for any required or 
optional parameters in your terminal definition, or 
the terminal user must change those characteristics 
to match. If you declare AUTOREC instead of values 
for all of the automatically recognized parameters, 
then any terminal with the automatically recognized 
characteristics will match the terminal definition. 


If you declare values instead of AUTOREC for some 
of the automatically recognized parameters, then 
any terminal that successfully accesses the line 
and has characteristics matching the declared 
values will match your terminal definition. If you 
declare values 'instead of AUTOREC for all of the 
automatically recognized parameters, then only a 
terminal with automatically recognized characteris¬ 
tics that are the same as your values will match 
the terminal definition. 

You can specify more than one terminal definition 
on an automatic recognition line. Each definition 
should vary from the others in one of the auto¬ 
matically recognized characteristics; unless dif¬ 
ferences exist, CS will not use any definition other 
than the first one. 

Using automatic recognition increases the number of 
terminal devices that potentially can use the line. 
You can configure a switchable line for automatic 
recognition with more logical terminal devices than 
the physical terminal devices that simultaneously 
can access it; only one physical device can access 
the line at a time. 

For example, the statement 

LNIA; GROUP,P0RT»9,LTYPE=A1,TIPTYPE=ASYNC, 
AUT0,NI»2. 

defines two switchable (dialup) communication lines 
(not shown in figure 2-1 of section 2) for automatic 
recognition of asynchronous protocol terminals. 
The lines are identified as LN1A09 and LNIAOA, con¬ 
nect to the NPU at ports 9 and OA, and are enabled 
by default at network initiation. 

If the fixed-configuration form of the statement 

LNIA; GROUP,P0RT=9,LTYPB=A1,TIPTYPE=ASYNC.NI=2. 

were used instead, all of the terminals capable of 
accessing these switchable lines would have to use 
the same explicit configuration provided by the 
TERMINAL and DEVICE statement set following the 
GROUP statement. 

The following two GROUP statements are equivalent; 

LNIA; GROUP,P0RT=9,LTYPE=A1,TIPTYPE=ASYNC, 
LSPEED=300,NI=5. 

LNIA: GROUP,P0RT=9,LTYPE^Al,TIPTYPE==ASYNC. 

NI=*5. 

Each statement defines five switchable, enabled, 
fixed-configuration asynchronous lines accessing 
the NPU at ports 9 through OD and using modems at 
300 baud (the default rate). The terminals actually 
accessing these lines must use the same explicit 
configuration as any that can potentially access 
the lines, because the lines are not configured for 
automatic recognition. 


TERMINAL DEFINITIONS 

On an asynchronous communication line, a terminal 
definition is the first portion of a device defini¬ 
tion. An asynchronous terminal consists of only 
one device, normally a console; terminal and device 
are synonymous. 
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If you defined the connnunicatlon line as a fixed- 
configuration line, you can declare only one 
TERMINAL or one TERMDEV statement for the line. If 
you defined the line as an automatic recognition 
line, you can declare up to 255 TERMINAL statements 
or TERMDEV statements for the line (only one can be 
connected at a given time). 

Figures A-A and A-5 present the formats of these 
statements for terminals on CDC-defined asynchronous 
lines. The following TERMINAL and TERMDEV parame¬ 
ters provide the terminal definition for the line: 

CSET 

RIC 

STIP 

TC 

TSPEED 


TERMINALC,STIP=st ipt yp,TC=trfflcLas,!] 
CCS6T=charset^TSPEE0=trmsped,! 
CRIC=yn1D. 


Parameters are described in the text. 


Figure 4-4. TERMINAL Statement Format 
for Communication Lines of TIPTYPE=ASYNC 


The STIP and TC parameters are described first 
because they are related and affect the validity, 
ranges, and defaults of the other parameters. The 
other parameters are described in alphabetical 
order. 


STIP PARAMETER 

The STIP parameter specifies the subTIPtype required 
to support the terminal definition. This parameter 
is optional if the TC parameter specifies a CDC- 
defined terminal class. If STIP is omitted, the TC 
parameter must be specified and cannot be CCP or 
TC28 through TC31. 

When you declare a value for STIP, it must be one 
of the following reserved words: 

AUTOREC Specifies that the subTIPtype appro¬ 

priate for the terminal class should 
be used (valid only if TC is speci¬ 
fied); using this value Is equivalent 
to omitting the parameter. 

N27A1 Identifies an asynchronous terminal 

that does not use IBM 27A1 protocol. 

2741 Identifies an asynchronous terminal 

that uses IBM 27A1 protocol. 

If you omit this parameter or use the value AUTOREC, 
the default is selected according to the terminal 
class declared. The defaults are: 

TC STIP 

Value Value Used 


M3 3 

N2741 

713 

N27A1 

721 

N2741 

MAO 

N27A1 

H2000 

N2741 

X36A 

N2741 

TAOIA 

N2741 

2741 

2741 


device: TERMDEVC,STIP=st1ptyp,TC=trmcLas,CSET=charset,TSPEED=trmsped,RIC=yn1,DT=devtyp,3 
CABL=ab L,DBZ=dwn Ls1z,UBZ=upbsize,DBL=dwnb Urn/UBL=upb Urn,XBZ=xm11 siz,3 
CAUT0C0NC=yn23^PRlC=yn33,DIC=yn43,HN=node,LK=yn6,AB=ab,BR=br,BS=bs,B1=b1,B2=b2,3 
CCI=ci,CN=cn,CP=cp,CT=ct,DLC=dLc,DLT0=dlto,DLX=dLx,EBX=ebx,EBR=ebr,3 
CELX=elx,ELR=elr,EP=ep,XLC=xLc,XLT0=xLto,XLX=xlx,XLY=xLy,IC=ic,3 
CIN=in,LI=l1,0P=op,0C=oc,PA=pa,P6=pg,PL=pL,PW=pw,RTSC=yn73,MCI=mc,MLI=mL^3 
CP90=fv90,... ,P99=fv993. 


device The element name of the terminal device being defined. This name can be one through seven 

characters long. The first character must be a letter; the other characters can be 
letters or digits. If this statement Is used within the set following a GROUP statement, 
the device name cannot be longer than five characters. This Is the name used by the host 
or NPU operator to monitor and control the device. This name Is required; there is no 
default value. 

All other parameters are described In the text. 


I 


Figure 4-5. TERMDEV Statement Format for Communication Lines of TIPTYPE=ASYNC 
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TC PARAMETER 

The TC parameter specifies the terminal class 
appropriate for the device. Supported devices are 
grouped into terminal classes, according to their 
hardware characteristics. 

Each CDC-defined terminal class has the default 
characteristics associated with an archetype ter¬ 
minal. Each CDC-defined terminal class has a range 
of possible characteristics. These ranges deter¬ 
mine the values legal for parameters you specify on 
Che TERMDEV or DEVICE statements. 

Because the network cannot recognize differences 
among some terminal classes, a default terminal 
class exists for each subcategory of the TIP type 
(the subTIPtype, defined by the STIF parameter of 
the TERMINAL or TERMDEV statement); these defaults 
can be used when you declare a STIP parameter. 

The mnemonics identifying the terminal classes are 
derived from the identification of the archetype 
terminals defining the classes, with the following 
exceptions: you can use TC28, TC29, TC30, and TC31 
to identify site-defined terminal classes with no 
default characteristics, corresponding to reserved 
Network Access Method (NAM) terminal class numbers. 

Because the characteristics of terminals in site- 
defined classes are unknown, TERMINAL, TERMDEV, or 
DEVICE statement parameter value ranges are checked 
against those valid for the STIP value specified. 
Any value declared for a terminal or device parame¬ 
ter is valid if the parameter and value conform to 
requirements of that subTIPtype. 

This parameter is optional. When you declare a 
value for TC, it must be one of the following 
reserved words: 

CCP Specifies that CCP is to provide the 
default terminal class appropriate for 
the subTIPtype; using this value is 
equivalent to omitting the parameter. 

H2000 Identifies a terminal device compatible 
with Hazeltine 2000 series equipment 
emulating a teletypewriter. 

M33 Identifies a terminal device compatible 
with Teletype Model 30 series equipment. 


MAO Identifies a terminal device compatible 
with Teletype Model 40-2 equipment. 


TC28 

Identifies a 

site-defined 

archetype 


terminal 

that 

uses the NAM 

Internal 


terminal 

class 

number of 28. 


TC29 

Identifies a 

site-defined 

archetype 


terminal 

that 

uses the NAM 

internal 


terminal 

class 

number of 29, 


TC30 

Identifies a 

site-defined 

archetype 


terminal 

that 

uses the NAM 

internal 


terminal 

class 

number of 30, 


TC31 

Identifies a 

site-defined 

archetype 


terminal 

that 

uses the NAM 

internal 


terminal 

class 

number of 31. 



T4014 Identifies a terminal device compatible 
with Tektronix 4014 series equipment 
emulating a teletypewriter. 


X364 

Identifies a terminal device 
with the ANSI X3.64 standard 
or CDC 722-30). 

compatible 
(DEC VTIOO 

2741 

Identifies a terminal device 
with IBM 2741 equipment. 

compatible 

713 

Identifies a terminal device 
with CDC Model 713, 722-10, 
or 756 series equipment. 

compatible 

751, 752, 

721 

Identifies a terminal device 
with CDC Model 721 equipment. 

compatible 


If the TC parameter is omitted, the STIP parameter 
must be specified. If the TC parameter is specified 
with a value of CCP or TC28 through TC31, the STIP 
parameter must be specified. If the STIP parameter 
is omitted, the TC parameter must be specified and 
cannot have the values CCP or TC28 through TC31. 

If the TC parameter is specified with a value of 
TC28, TC29, TC30, or TC31, then CCP must also be 
modified to accept these values. If the appro¬ 
priate support code for TC28, TC29, TC30, or TC31 
is not added to CCP, these values will be 
considered invalid by CCP. 

If you omit the TC parameter or specify the value 
CCP, the default Is selected according to the STIP 
value declared. The defaults are: 

STIP TC Value 

Value Used _ 

N2741 M33 

2741 2741 

CSET PARAMETER 

The CSET parameter specifies the code and character 
set of the terminal. This parameter is optional. 

When you declare a value for CSET, it must be one 
of the following reserved words. For terminals in 
class 2741 or in site-defined terminal classes with 
a STIP value of 2741, the value can be: 

AUTOREC The code set appropriate for the ter¬ 

minal class or determined by automatic 
recognition should be used; using this 
value is equivalent to omitting the 
parameter. 

CORAPL IBM Correspondence code set with APL 

character set. 

CORRES IBM Correspondence code with Corre¬ 

spondence code character set. 

CSETI5 Site-defined code and character set, 
identified within the network software 
as character set number 13. 

EBCD IBM Extended BCD code and character 

set. 

EBCDAPL IBM Extended BCD code set with APL 

character set. 

For terminals in classes M33, 713, 721, X364, MAO, 
H2000, and T4014, or in site-defined terminal 
classes with a STIP value of N2741, the value can 
be: 
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APLBP ASCII code set with bit-pairing APL 
character set. 

APLTP ASCII code set with typewriter-pairing 
character set. 

ASCII ASCII code and character set. 

AUTOREC The default code set for the terminal 
class or that is determined during 
automatic recognition of the terminal 
device should be used. 

CSET15 Site-defined code and character set, 
identified within the network software 
as character set number 15. 


If you specify CSET for a device on an automatic 
recognition line, the network software performs an 
additional match while identifying the terminal in 
the configuration file. If you omit CSET, no 
additional match is performed for a device on an 
automatic recognition line, and the recognized 
value is used. 


For fixed-configuration lines, the default is 
selected according to the STtP value declared or 
used. The defaults aret 


TSPEED PARAMETER 

The TSPEED parameter specifies the baud rate of the 
terminal. This parameter is optional and valid 
only when the communication line is defined for 
automatic recognition. 

If you specify a TSPEED value, the network software 
performs an additional match while identifying the 
terminal in the configuration file. Any terminal 
accessing the communication line using the speed 
you specify might match the terminal definition. 

If AUTO is specified, the TSPEED parameter can have 
the following values: 

110 134 150 300 600 1200 2400 

AUTOREC 

If XAUTO is specified, the TSPEED parameter can 
have the following values: 

600 1200 2400 4800 9600 AUTOREC 

If you omit this parameter or use the value AUTOREC, 
CCP determines the baud rate when it performs auto¬ 
matic recognition for the terminal; CCP recognizes 
any transmission speed valid for the communication 
line. 


STIP CSET 

Value Value Used 

N2741 ASCII 

2741 CORRES 


The terminal user can change any value that you 
specify. 


RIG PARAMETER 

The RIC parameter indicates whether the terminal 
has restricted interactive capabilities. This 
parameter is optional. 

A terminal can have restricted interactive capa¬ 
bilities for many reasons; for example, perhaps no 
console device actually exists and interactive 
dialog must occur through a site-defined device. 

The effect this parameter has depends on the 
application program the terminal uses. For example, 
RBF does not output the READY prompt and does not 
require a GO conmand to enable any defined passive 
devices when RIC is specified. 


Possible values for this parameter are: 

NO Indicates that the terminal has full 

interactive capabilities. 

YES Indicates that the terminal has limited 
interactive capabilities. 

If you omit the RIC parameter, the default value of 
NO is used. 


DEVICE DEFINITIONS 

You must provide one device definition for the 
device that can access the communication line 
through the terminal. If a TERMDEV statement is 
used in place of the TERMINAL statement, a DEVICE 
statement cannot be used. Each TERMINAL statement 
can have only one DEVICE statement. 

The released version of the network software does 
not provide support for passive devices on asyn¬ 
chronous lines. You can configure your own passive 
devices using the terminal classes TC28 through 
TC31, or you can connect them as secondary devices 
to merely echo the input and output of the console 
device. 

Figures 4-5 and 4-6 present the formats of the 
TERMDEV and DEVICE statements for devices on asyn¬ 
chronous lines. The following DEVICE and TERMDEV 
parameters provide the definition for an asynchro¬ 
nous terminal device: 


AB 

DBZ 

HN 

PRI 

ABL 

DI 

IC 

PW 

AUTOCON 

DLC 

IN 

P90 through P99 

BR 

DLTO 

LI 

RTS 

BS 

DLX 

LK 

UBL 

B1 

DT 

MCI 

UBZ 

B2 

EBR 

MLI 

XBZ 

Cl 

EBX 

OC 

XLC 

CN 

ELR 

OP 

XLTO 

CP 

ELX 

PA 

XLX 

CT 

EP 

PG 

XLY 

DBL 

HD 

PL 



The DT parameter is described first because It 
affects the validity, ranges, and defaults of the 
other parameters. The other parameters are 
described in alphabetical order. 
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device: DEVlCEC,DT=devtyp,ABL=abl,DBZ=dwnLsiz,UBZ=upbsize,DBL=dwnbLim,UBL=upbLim,3 

CXBZ=xra1ts1z^AUT0C0Nn=yn13,PRlC=yn2D,0lC=yn3D,HN=node,LK=yn5^AB=ab,BR=br,l 
CCP=cp,BS=bs,B1=b1,B2=b2,CI=ci,CN=cn,CT=ct,DLC=dLc,0LT0=dLto,0LX=dLx,EBX=ebx,3 
CEBR=ebr,ELX=elx,ELR=eLr,EP=ep,XLC=xlc,XLTO=xlto,XLX=xLx,D 

[:XLY=xly,IC=ic,IN=in,LI=Li,OP=op,OC=oc,PA=pa,PG=pg,PL=:pl,PW=pw,RTSC=yn63,riCI=rac,MLI=roL,3 

CP90=fv90,...,P99=fv993. 

device The element name of the terminal device being defined. This name can be one through seven 

characters long. The first character roust be a letter; the other characters can be 
letters or digits. If this statement is used within the set following a GROUP statement, 
the device name cannot be longer than five characters- This is the name used by the host 
or NPU operator to monitor and control the device. This name is required; there is no 
default value. 

All other parameters are described in the text. 


Figure 4-6. DEVICE Statement Format for Communication Lines of TIPTYPE=ASYNC 


DT PARAMETER 

The DT parameter specifies the device type being 
defined. You can declare either a CDC-defined 
device type or a site-defined device type. 

If you specify a CDC-defined device type, the other 
device definition parameters on the DEVICE or 
TERMDEV statement: 

Are required by the NDL processor where 
indicated in the text 

Have the predefined default shown in the text 
Have the predefined ranges shown in the text 

If you specify a site-defined device type, the 
other device definition parameters on the DEVICE or 
TERMDEV statement: 

Are not required by the NDL processor 
Have no predefined default 
Are not checked for uniqueness 

Are not checked for compatibility with other 
device definition parameters on the same 
statement 

When you specify the DT parameter, the following 
values are valid: 

CON Identifies a CDC-defined console device. 

DT12 Identifies a site-defined device with 
no predefined characteristics, using 
the device type number 12 within NAM. 

If you omit the DT parameter, the default value of 
CON is used. 


AB PARAMETER 

The AB parameter specifies the character to be used 
to abort an output block. When the terminal user 
enters this character as the only character on a 
line, CCP discards the block of data being trans¬ 
mitted to the terminal. 

This parameter is optional. If you specify a value, 
it must be cither the reserved word CCP or a hexa¬ 
decimal value for the 7—bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through Ik (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the BS, Bl, B2, CT, EBX, or ELX parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit the AB parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The defaults are: 

STIP AB Value 

Value Used ASCII Character 

N2741 18 CAN (CTRL and X keys) 

2741 28 ( 
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The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


ABL PARAMETER 

The application block limit (ABL) parameter 
specifies the number of downline blocks that can be 
outstanding (unacknowledged) between an application 
program and this terminal. The value you choose 
should keep Che terminal busy for 2 seconds by 
maintaining that number of outstanding blocks of 
the size specified by the DBZ parameter. 

This parameter is optional. The ABL parameter has 
the following value range: 

1 £ abl < 7 

The value you declare should be greater than or 
equal to the downline block limit (DBL parameter 
value) of the terminal. The host queues abl - dbl 
blocks; the NPU queues dbl blocks. An ABL value 
significantly larger than the DBL value causes NAM 
to use more host memory but might reduce the number 
of times an application program is rolled out. 


BR PARAMETER 

The BR parameter determines whether CCP associates 
data control functions with the pressing of the 
break function key. The break function key is 
usually labeled BREAK, ATTN, INTERRUPT, or some¬ 
thing similar. 

If the break function key is not associated with 
data control, pressing the break function key only 
interrupts output. After input is completed, output 
is resumed at the next character. 

If the break function key is associated with data 
control, the following occurs when the terminal 
user presses the break function key: 

If input is in progress, the network software 
discards the current logical line of input (the 
function also associated with the character 
defined by the CN parameter). 

If output is in progress, CCP discards all 
output queued for the device. 

If output is in progress, or the terminal is 
idle, CCP sends a user break 1 message upline 
(the function also associated with the character 
defined by the Bl parameter). 


If you omit the ABL parameter, a default value is 
used (DT of CON only). Default values depend on 
the value declared or used for the LSPEED parameter 
from the corresponding LINE or GROUP statement. 
The defaults are: 


I 


LSPEED ABL Value 

Value (b/s) Used 


< 300 1 

< 9600 2 


AUTOCON PARAMETER 

The AUTOCON parameter is a stand-alone keyword that 
determines whether CCP should automatically connect 
the console device to the selected host node. This 
parameter is valid only for console devices. 

If all logical links terminating in the NPU being 
defined are to the same host (all HNAME values are 
equal), and the NDL processor provides a default 
host node, then the NDL processor also sets AUTOCON 
unless AUT0C0N=N0 is specified. 

This parameter and its values are optional. You 
can specify either of the following values: 

NO Indicates that CCP should not attempt 

automatic connection. 

YES Indicates that CCP should attempt 
automatic connection. 

If you omit the AUTOCON parameter, the default 
value of NO is used for a DT of CON. If you 
specify this parameter without a value, the value 
of YES is used. 


After input occurs, output resumes with the next 
block transmitted from the host. 

This parameter is optional; it is allowed for all 

terminal classes except 2741. If you specify this 
parameter, the following values are recognized: 

CCP Indicates that CCP should perform the 

default action appropriate for the ter¬ 
minal class. Using this value is 
equivalent to omitting the parameter. 

NO Indicates that the break function key 

has no control functions. 

YES Indicates that the break function key 

has control functions. 

If you omit the BR parameter or specify the value 
CCP, the default value of NO is used (DT of CON 
only). 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


BS PARAMETER 

The BS parameter specifies the character to be used 
for the single-character deletion function. When 
the terminal user enters this character, CCP dis¬ 
cards the preceding character transmitted by the 
terminal (unless the character has already been 
sent to the host). The character code used for the 
deletion function does not produce a physical back¬ 
space at the device unless the device also 
recognizes the code for that function. 
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This parameter is optional. If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7—bit 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the AB, Bl, B2, CN, CT, BBX, or BLX 
parameters 


If the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character in the 7-bit 
ASCII code set. 

If you omit the BS parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the TC parameter. The default for all 
terminal classes except H40 is: 

BS Value 

Used ASCII Character 

08 BS (CTRL and H keys, or <— key, or 

BACKSPACE key) 

Terminal class H40 has no default for this 
parameter. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


Bl PARAMETER 

The Bl parameter specifies the character to be used 
as a user break 1 indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being trans¬ 
mitted to the terminal and sends a user break 1 
message upline to the connected application program. 

The effect this parameter has depends on the appli¬ 
cation program. For example, lAF interprets the 
user break 1 message as a job step Interrupt from 
the terminal user. 


This parameter is optional. If you specify a value, 
it must be either the reserved word CCP or a hexa¬ 
decimal value for the 7-bit ASCII code that 
represents the character to be used (table A~2 in 
appendix A lists all of the codes in the 7-blt 
ASCII code set). 


You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the AB, BS, B2, CN, CT. BBX, or BLX 
parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character in the 7-bit 
ASCII code set. 

If you omit the Bl parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The defaults are: 

STIP Bl Value 

Value Used ASCII Character 

N2741 10 DLE (CTRL and P keys) 

2741 3A : 

The value of this parameter reverts to the default 
value when the ter^nal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


B2 PARAMETER 

The B2 parameter specifies the character to be used 
as a user break 2 indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being trans¬ 
mitted to the terminal and sends a user break 2 
message upline to the connected application program. 

The effect this parameter has depends on the appli¬ 
cation program. For example, lAF interprets the 
user break 2 message as a job step termination from 
the terminal user. 

This parameter is optional. If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the AB, BS, Bl, CN, CT, BBX, or BLX 
parameters 
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If the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character in the 7-bit 
ASCII code set. 

If you omit the B2 parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The defaults are: 

STIP B2 Value 

Value Used ASCII Character 

N2741 U DC4 (CTRL and T keys) 

2741 29 ) 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


Cl PARAMETER 

The Cl parameter specifies the number of idle 
characters to Insert in the downline data after a 
carriage return. The number of idle characters 
inserted must be sufficient to provide the time 
needed by the terminal to physically return the 
carriage of the device to its left margin for the 
next line of output. 

This parameter is optional. If you declare this 
parameter, you must use the reserved word CCP or a 
value in the following range: 

0 <c± < 127 

If you omit the Cl parameter or specify the value 
CCP, a default value Is used (DT of CON only). The 
default value used depends on the TC parameter value 
used for the terminal. The default values are: 

TC Cl Value 
Value Used _ 

H2000 0 
M33 2 
M40 1 
T4014 0 
2741 8 
713 0 
721 0 
X364 0 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


CN PARAMETER 

The CN parameter specifies the character to be used 
to abort (cancel) an input message. When the ter¬ 
minal user enters this character as the last char¬ 
acter of a logical line, the network software 
discards the entire logical line, including any 
portion already transmitted from the terminal. 


This parameter is optional. If you specify a 

value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-blt 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 

characters A through Z or a through z) 

Any value that you declare or use by default 

for the BS, Bl, B2, CT, EBX, or ELX parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character in the 7-blt 

ASCII code set. 

If you omit the CN parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The defaults are: 

STIP CN Value 

Value Used _ ASCII Character 

N2741 18 CAN (CTRL and X keys) 

2741 28 ( 

The value of this parameter reverts to the default 
value when the terminal class Is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


CP PARAMETER 

The CP parameter specifies whether CCP should make 
a cursor positioning response when the terminal 
user enters a linefeed or an end-of-line or end-of- 
block character, such as a CR or EOT. (The end-of- 
line and end-of-block characters are the current 
values of the ELX and EL6 parameters.) The cursor 
positioning response to linefeed is a carriage 
return. The cursor positioning response used by 
CCP to end-of-line or end-of-block is determined by 
the the current settings of the ELR and EBR parame¬ 
ters. The default response moves the cursor to the 
beginning (left margin) of the next line on the 
screen; this is equivalent to a carriage return and 
linefeed operation. 

The CP parameter is optional; this parameter is 
allowed for all terminal classes except 2741. If 
you specify this parameter, you must use one of the 
following reserved words: 


CCP 

Indicates 

that 

CCP should 

use 

the 


default 

setting 

appropriate 

for 

the 


terminal 

class; 

using this 

value 

is 


equivalent to omitting the parameter. 
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NO Indicates that no cursor positioning 
response should occur. 

YES Indicates that the cursor should be 
repositioned. 

If you omit this parameter or specify the value of 
CCP, the default value of YES is used for a DT of 
CON. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


CT PARAMETER 

The CT parameter specifies the character to be used 
as a flag for a terminal definition command. When 
the terminal user enters this character as the 
first character on a line, CCP interprets the line 
as a command. Among other functions, CCP supports 
terminal definition commands to determine or change 
the values you have established for the following 
parameters: 


AB 

CP 

ELR 

OC 

XLC 

BR 

CT 

ELX 

OP 

XLTO 

BS 

DLC 

EP 

PA 

XLX 

Bl 

DLTO 

HN 

PG 

XLY 

B2 

DLX 

IC 

PL 


Cl 

EBR 

IN 

PW 


CN 

EBX 

LI 

TC 



This parameter Is optional. If you specify a 

value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-blt 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters «, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 

characters A through Z or a through z) 

Any value that you declare or use by default 

for the AB, BS, Bl, B2, CN, EBX, or ELX 
parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character in the 7-bit 

ASCII code set. 

If you omit the CT parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter 
value used for the terminal. The default values 
are: 


TC 

CT 





Value 

Value Used 

ASCII Character 



H2000 

IB 

ESC (CTRL and 
ESCAPE key) 

[ 

keys 

or 

M33 

IB 

ESC (CTRL and 
ESCAPE key) 

[ 

keys 

or 

M40 

IB 

ESC (CTRL and 
ESCAPE key) 

[ 

keys 

or 

T4014 

IB 

ESC (CTRL and 
ESCAPE key) 

I 

keys 

or 

2741 

25 

Z 




713 

IB 

ESC (CTRL and 
ESCAPE key) 

t 

keys 

or 

721 

IB 

BSC (CTRL and 
ESCAPE key) 

I 

keys 

or 

X364 

25 

Z 





The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


DBL PARAMETER 

The downline block limit (DBL) parameter specifies 
the number of downline blocks that can be outstand¬ 
ing (unacknowledged) between the host computer and 
this terminal. The value you choose determines how 
many blocks of data the KPU queues from the total 
number of outstanding blocks (ABL parameter value) 
of the size specified by the DBZ parameter. 

This parameter is optional. The DBL parameter has 
the following value range: 

1 £ dbl < 7 

The value you declare should be less than or equal 
to the application block limit (ABL parameter 
value) of the terminal. The host queues abl - dbl 
blocks; the NPU queues dbl blocks. Small DBL 
values use less NPU memory but cause slower data 
transfers. 

If you omit the DBL parameter, a default value is 
used (DT of CON only). The default value depends 
on the value declared or used for the LSPEED param¬ 
eter from the corresponding LINE or GROUP statement. 
The default is: 

LSPEED DBL Value 

Value (b/s) Used _ 

< 9600 1 


DBZ PARAMETER 

The downline block size (DBZ) parameter specifies 
the maximum number of character bytes each downline 
block can contain. The value you choose affects 
how much memory is needed to store the outstanding 
(unacknowledged) blocks of data in the NPU and the 
host. Larger DBZ values cause fewer disk accesses 
by the host. This value can be used by the appli¬ 
cation programs to divide downline messages into 
blocks. 
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This parameter is optional. The DBZ parameter has 
the following value range: 

1 £ dbz < 2043 

The value you declare should be chosen together 
with the value used for the DBL parameter. 

If you omit the DBZ parameter, a default value is 
used (DT of CON only). Default values depend on 
the value declared or used for the LSPEED parameter 
from the corresponding LINE or GROUP statement. 
The defaults are: 


LSPEED 

DBZ 

Value (b/s) 

Usee 

< 2400 

230 

< 4800 

460 

< 9600 

940 


These defaults optimize use of the default values 
for the DBL parameter. 


Dl PARAMETER 

The DI parameter is a stand-alone keyword that 
specifies a device as initially enabled or disabled. 
An enabled device is configured and serviced as 
soon as the communication line becomes active. A 
disabled device is neither configured nor serviced 
when the line becomes active. 

If you initially disable the device, a host or NPU 
operator can change the device status to enabled. 
This change can be made only when the line becomes 
active (when a call is received on a dialup line, 
or when communications are established on a 
hardwired line). 


This parameter is optional; it is allowed for all 
terminal classes except 2741. You should not 
declare this parameter if you declare the XLC, 
XLTO, XLX, or XLY parameters. You can use the 
following values: 

CCP 

Indicates that CCP should use the default 
number appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

1 < die < 4095 

Indicates the maximum decimal number of 
characters that the terminal can transmit 
as a single transparent mode message. 

If you omit this parameter or specify the value 
CCP, the default value of 2043 is used (DT of CON 
only). 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


DLTO PARAMETER 

The DLTO parameter specifies whether a 200- to 
400-millisecond timeout on the communication line 
ends single message transparent mode input. After 
the terminal user or the application program changes 
the devlce^s input mode to transparent from normal¬ 
ized, CCP forwards a message block to the applica¬ 
tion and changes back from transparent mode to 
normalized mode when the device stops transmitting 
for the indicated timeout period. 


This parameter is optional. If you specify the DI 
parameter, you must use one of the following values: 


NO 

Indicates 
enabled. 

that 

the 

device 

is 

initially 

YES 

Indicates 

disabled. 

that 

the 

device 

is 

Initially 


If you specify the DI parameter without a value, 
the value of YES is used. If you omit this 
parameter, the default value of NO is used. 


DLC PARAMETER 

The DLC parameter indicates the maximum number of 
characters that can be input in each single-message 
transparent mode upline message from this terminal. 
After the terminal user or the application program 
changes the device‘'s input mode to transparent from 
normalized, CCP forwards a message block to the 
application and changes back from transparent mode 
to normalized mode when the device transmits the 
indicated number of characters. 


This parameter is optional; it is allowed for all 
terminal classes except 2741. You cannot use the 
DLTO parameter if you use the XLC, XLTO, XLX, or 
XLY parameters. When you specify the DLTO parame¬ 
ter, you must use one of the following values: 

CCP Indicates that CCP should use the 

default choice appropriate for the ter¬ 
minal class; using this value is 
equivalent to omitting the parameter. 

NO Indicates that a timeout does not end 

transparent mode input. 

YES Indicates that transparent mode input 

ends when a timeout occurs. 

If you omit this parameter or specify the value 

CCP, the default value of NO is used (DT of CON 
only). 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 
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DLX PARAMETER 

The DLX parameter indicates the hexadecimal value 
of the character code that should end input of a 
single-message transparent mode message from the 
device. After the terminal user or the application 
program changes the devlce'^s input mode to trans¬ 
parent from normalized* CCP forwards a message 
block to the application and changes back from 
transparent mode to normalized mode when the device 
transmits this character. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. You cannot use the 
DLX parameter if you use the XLC, XLTO* XLX, or XLY 
parameters• 

You should select transparent mode input delimiters 
with care. The character code you declare as the 
DLX value must be the code of a character that the 
physical device can input. If the delimiter is a 
character that cannot be input (either because of 
device hardware limitations or because of the PA 
parameter value declared for the device), then CCP 
cannot terminate transparent mode input and the 
device will be trapped in that mode of operation 
once it has begun. 

The value valid for a given character depends on 
the character code set used by the terminal. You 
can use the following values: 

CCP 

Indicates that CCP should use the 
default character code appropriate for 
the terminal class; using this value is 
equivalent to omitting the parameter. 

0 <61x < FF 

Indicates the hexadecimal code that 
ends single message transparent input. 

Values above 7F should not be used unless the PA 
parameter value of N or I is used. Codes above 7F 
are not seen by CCP unless the eighth (parity) bit 
of each input byte is defined as data. 

If you omit this parameter or specify the value 
CCP, the default value of OD is used (DT of CON 
only). This is the ASCII code for the carriage 
return character. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


EBR PARAMETER 

The EBR parameter Indicates the appropriate cursor 
positioning response whenever a block of input 
ends. A block of input ends when CCP receives the 
currently defined end-of-block character (EBX 
parameter value). Whether cursor positioning 
occurs at the end of a block is determined by the 
value declared or used for the CP parameter. 


This parameter is optional; it is legal for all 
terminal classes except 2741. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that CCP should perform the 
default response appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

CL Indicates that CCP should perform a 

carriage return and linefeed operation 
(move the cursor left and down to the 
beginning of the next physical line). 

CR Indicates that CCP should perform a 

carriage return operation (move the 
cursor left to the beginning of the 
current physical line), 

LF Indicates that CCP should perform a 

linefeed operation (move the cursor 
down to the next physical line). 

NO Indicates that CCP should not reposition 

the cursor. 

If you omit this parameter or specify the value 
CCP, the default value of CL is used (DT of CON 
only ). 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


EBX PARAMETER 

The EBX parameter identifies the character code 
that ends a block of one or more messages (one or 
more logical lines) from the device. When CCP 
detects this code in input, it forwards the last 
message of the block upline. The character is 
significant only when the terminal is operating in 
block input mode. If the device is operating in 
normalized block mode (IN parameter value of BK), 
CCP retains output until this code is received. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. 

If you specify a value, it must be either the 

reserved word CCP or a hexadecimal value for the 
7-bit ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 
codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 

characters A through Z or a through z) 

Any value that you declare or use by default 

for the AB, BS, Bl, B2, CN, or CT parameters 
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If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit this parameter or specify the value 
CCP, the default value of 04 is used (DT of CON 
only). That value is the ASCII end-of-transmission 
(EOT) character, generated by the CTRL and D keys. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


ELR PARAMETER 

The ELR parameter indicates the appropriate cursor 
positioning response whenever a message (logical 
line) of input ends. A logical line of input ends 
when CCP receives the currently defined end-of-line 
character (ELX parameter value). Whether cursor 
positioning occurs is determined by the value 
declared or used for the CP parameter. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that CCP should perform the 
default response appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

CL Indicates that CCP should perform a 

carriage return and linefeed operation 
(move the cursor left and down to the 
beginning of the next physical line). 

CR Indicates that CCP should perform a 

carriage return operation (move the 
cursor left to the beginning of the 
current physical line). 

LF Indicates that CCP should perform a 

linefeed operation (move the cursor 
down to the next physical line). 

NO Indicates that CCP should not reposition 

the cursor. 

If you omit this parameter or specify the value 
CCP, the default value of LF is used (DT of CON 
only). 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


ELX PARAMETER 

The ELX parameter identifies the character code 
that ends a message (logical line) from the device. 
When CCP detects this code in input, it forwards 
the message upline and discards this code. If the 
device is operating in normalized line mode (IN 
parameter of KB), CCP begins output of any queued 
downline blocks after receiving this code. 


This parameter is optional; it is allowed for all 
terminal classes except 2741. 

If you specify a value, it must be either the 

reserved word CCP or a hexadecimal value for the 
7-bit ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 

codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 

characters A through Z or a through z) 

Any value that you declare or use by default 

for the AB, BS, Bl, B2, CN, or CT parameters 


If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit this parameter or specify the value CCP, 
the default value OD is used (DT of CON only). 
That value is the ASCII carriage return character. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


EP PARAMETER 

The echoplex (EP) parameter causes or prevents the 
echoing of input characters back to the output 
mechanism of the device. Echoplexing is normally 
required when the device operates in full-duplex 
mode and no echoing is performed by hardware between 
the device input hardware and CCP. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. If you specify the 
EP parameter, you must use one of the following 
values: 

CCP Indicates that CCP should echo input if 
that is the appropriate default action 
for the terminal class; using this 
value is equivalent to omitting the 

parameter. 

NO Indicates that CCP should not echo 

input characters. 

YES Indicates that CCP should echo input 

characters. 


If you omit the EP parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter 
value used for the terminal. The default values 
are: 
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TC EP Value 

Value Used 

H2000 NO 

M33 NO 

MAO NO 

T4014 NO 

2741 NO 

713 NO 

721 NO 

X364 YES 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


HN PARAMETER 

The HN parameter identifies the node number of the 
host that a console device and any associated batch 
devices are connected to unless another path is 
selected by the terminal user. 

This parameter is optional and is valid only for 
console devices. If you declare this parameter, 
you must use one of the following values: 

NONE 

Indicates that no node number is speci¬ 
fied. This has the same effect as not 
declaring the parameter. A value of NONE 
cannot be declared if AUTOCON is also 
specified and there are logical links to 
more than one host terminating in the NPU 
being defined. 

1 < hn ^ 255 

Indicates the node number of the host that 
the console device and any associated batch 
devices are to be connected to. 


The value declared for the HN parameter must be the 
same as the NODE value in a COUPLER statement within 
the same network definition. If all the COUPLER 
statements for all the logical links to the NPU 
being defined have equal HNAME parameters, the NDL 
processor provides a default host node. The 
default host node is the last coupler specified. 
If the HN parameter is not specified, the terminal 
user must select a host before a connection can be 
made. If the AUTOCON parameter is specified, then 
the HN parameter must also be specified. 


The value of this parameter does not change when 
the terminal class is changed from the console. 
The terminal user can change any value that you 
specify. 


1C PARAMETER 

The IC parameter specifies whether or not the input 
mechanism of the device supports an ASCII DCS code 
(X-OFF character) as a signal to stop input and an 
ASCII DCl code (X-ON character) as a signal to 
resume input. CCP transmits these codes to control 
input flow when the device can support them. 

This parameter allows you to configure a device so 
that input from an intelligent terminal such as a 
personal computer or from a cassette mechanism can 
be interrupted and restarted as needed without 
terminal user intervention. CCP sometimes needs to 
suspend input because the volume of network traffic 
has temporarily used all available storage space. 

You should be careful that this parameter is 
appropriately defined for the device hardware that 
actually uses the line. These codes are used for 
many purposes by device manufacturers^ receiving 
either code can have effects other than resuming or 
stopping input. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. If you specify this 
parameter, you must use one of the following values: 


CCP 

Indicates that CCP should use 

the 


default appropriate for the terminal 
class; using this value is equivalent 


to omitting the parameter. 


NO 

Indicates that CCP cannot use X-ON 
X-OFF characters to control Input. 

and 

YES 

Indicates that CCP can use X-ON 
X-OFF characters to control input. 

and 


If you omit the IC parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter 
value used for the terminal. The default values 
are: 
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TC 

IC Value 

Value 

Used 

H2000 

NO 

M33 

NO 

M40 

NO 

T4014 

NO 

2741 

NO 

713 

NO 

721 

NO 

X364 

YES 


The value of this parameter reverts to the default 
value when the terminal class Is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


IN PARAMETER 

The IN parameter identifies the input mechanism and 
the input message blocking of the device. (Terminal 
users can use a similar command that also defines 
whether ^input is in transparent mode or normalized 
mode; you cannot configure a device to begin 
accessing the network in transparent mode.) 

As the input device, you can specify either: 

The keyboard 

The paper tape reader 

As the input transmission mode, you can specify 
either: 

Normalized line mode (one message or logical 
line per block) 

Normalized block mode (one or more logical 
lines or messages collected into a block before 
it is transmitted. Cursor positioning at line¬ 
feed and end-of-line is not performed and out¬ 
put is not sent until end-of-block is reached.) 

This parameter is optional; it is allowed for all 
terminal classes. Possible values are: 

BK Indicates keyboard input in block mode. 

This is not valid for TC-2741. 

CCP Indicates that CCP should use the 

default options appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

KB Indicates keyboard input in line mode. 

PT Indicates paper tape input in block 

mode. This is not valid for TC=2741, 

When the IN value is set to PT, CCP treats the paper 
tape reader as a block mode device with a fixed 
end-of-block character (the ASCII DCS code, repre¬ 
senting the X-OFF character). Whenever CCP expects 
input from the device, it sends an ASCII DCl code 
to start the paper tape reader. This X-ON charac¬ 
ter is issued after the end of a message is output 
to the device and the message empties Cepe's output 
queue for the device. If CCP receives an ASCII DCS 
code (X-OFF character) after an end-of-line charac¬ 
ter code, it views that code as a signal intended 
to stop the tape reader; the X-OFF is discarded. 


Any other DCS code is forwarded to the host as part 
of the message. 

If you omit this parameter or specify the value 
CCP, the default value of KB is used (DT of CON 
only). 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


LI PARAMETER 

The LI parameter specifies the number of idle char¬ 
acters to Insert in the downline data after a line¬ 
feed code. The number of idle characters Inserted 
must be sufficient to provide the time needed by 
the terminal to physically move the carriage of the 
device to its next line for output. 

This parameter is optional. If you declare this 
parameter, you must use the reserved word CCP or a 
value in the following range: 

0 _< li ^ 127 

If you omit the LI parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter 
value used for the terminal. The default values 
are: 

TC LI Value 
Value Used _ 

H2000 3 
M33 1 
M40 3 
T4014 0 
2741 I 
713 0 
721 0 
X364 0 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


LK PARAMETER 

The LK parameter specifies whether unsolicited mes¬ 
sages from the NPU or host operator can appear at 
the terminal. This parameter is optional. 

If you specify this parameter, you must use one of 
the following values: 

CCP Indicates that CCP should use the 

default mode appropriate for the ter¬ 
minal class; using this value is equiv¬ 
alent to omitting the parameter. 

NO Indicates that unsolicited messages 

should be delivered to the terminal as 
soon as received by CCP. 

YES Indicates that unsolicited messages 

should be discarded (locked out). 
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If you omit this parameter or specify the value 
CCP, the default value of NO is used (DT of CON 
only). 

The value of this parameter does not revert to the 
default value when the terminal class is changed 
from the console or changed by the application pro¬ 
gram. The application program or the terminal user 
can change any value that you specify. 


MCI PARAMETER 

The MCI parameter specifies the delay after a 
carriage return Is output. This delay is in 
4-milllsecond Increments. This value is used by 
CCP to compute the number of idle characters output. 

This parameter is optional. The MCI parameter has 
the following value range: 

0 £ mci £ 250 

Entering the terminal definition command Cl to 
change the number of idle characters after a 
carriage return overrides the MCI value specified 
by either the application program or In the NDL. 
When the Cl parameter and the MCI parameter are 
both specified in the NDL, whichever value is 
specified second overrides the first value. 
Entering the TC command to change the terminal 
class restores the default terminal class settings. 


MLI PARAMETER 

The MLI parameter specifies the delay after a line 
feed is output. This delay is in 4-millisecond 
Increments. This value is used by CCP to compute 
the number of idle characters output. 

This parameter is optional. The MLI parameter has 
the following value range: 

0 < mil _< 250 

Entering the terminal definition command LI to 
change the number of idle characters after a line 
feed overrides the MLI value specified by either 
the application program or in the NDL. When the LI 
parameter and the MLI parameter are both specified 
in the NDL, whichever value is specified second 
overrides the first value. Entering the TC command 
to change the terminal class restores the default 
terminal class settings. 


OC PARAMETER 

The OC parameter specifies whether or not the out¬ 
put mechanism of the device sends an ASCII DC3 code 
(X-OFF character) as a signal for CCP to interrupt 
output and an ASCII DCl code (X-ON character) as a 
signal for CCP to resume output. CCP can accept 
these codes for control of output flow by devices 
that must periodically interrupt output to perform 
such functions as emptying buffers to offline 
storage devices. DCl and DC3 codes used in this 
manner are discarded by CCP. 

You should only use this parameter when the device 
actually using the line requires it. The DCl and 
DC3 codes can be sent for many purposes by terminal 
users; either code in input might be intended as 
data for the host application program. 


This parameter is optional; It is allowed for all 
terminal classes except 2741, If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that CCP should use the 

default appropriate for the terminal 
class; using this value is equivalent 
to omitting the parameter. 

NO Indicates that CCP should ignore X-ON 

and X-OFF characters in input; output 
control by the device is unnecessary. 

YES Indicates that CCP should recognize 

X-ON and X-OFF characters in input as 

output control by the device. 

If you omit the OC parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter 
value used for the terminal. The default values 
are: 

TC OC Value 

Value Used_ 


H2000 

NO 

M33 

NO 

M40 

NO 

T4014 

NO 

2741 

NO 

713 

NO 

721 

NO 

X364 

YES 


The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


OP PARAMETER 

The OP parameter identifies the output mechanism, 
page width processing requirement, and page length 
processing requirement of the device. CCP supports 
these possible output mechanisms: 

A console screen 

A hardcopy mechanism, such as a printer 
A paper tape punch 

CCP performs one of these processing actions when a 
finite page width Is reached: 

Inserts the codes appropriate to return the 
cursor or carriage to the beginning of the next 
physical line 

Inserts no codes, which performs no action 

If the device has a page width of 0, the second 
choice is always used. Refer to the description 
under the heading PW Parameter. 

CCP performs one of these processing actions when a 
finite page length Is reached: 

Inserts the codes appropriate to cause the 
cursor or carriage to move to the next page 
(clear screen, formfeed, and so forth) 
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Inserts no codes, which performs no action 

If the device has a page length of 0, the second 
choice is always used. Refer to the PL Parameter 
description. 

This parameter is optional; it is allowed for all 
terminal classes except 2741, If you specify this 
parameter, you must use one of the following values: 


CCP 

Indicates 

that 

CCP 

should 

use 

the 


default 

options 

appropriate 

for 

the 


terminal 

class; 

using 

this 

value 

is 


equivalent to omitting the parameter. 

DI Indicates that the console display 

screen is used, no codes should be 
inserted when page width is reached 
(the device does its own line folding), 
and codes should be Inserted when page 
length is reached. 

PR Indicates that a hardcopy printer is 

used, codes should be inserted when 
page width is reached (the device does 
not do its own line folding), and codes 
should be inserted when page length is 
reached, 

PT Indicates that a paper tape punch is 

used, codes should be Inserted when 
page width is reached (the device does 
not do its own line folding), and codes 
should not be inserted when page length 
is reached. 

When the OP value Is set to PT, CCP sends an ASCII 
DC3 code (the X-OFF character) at the end-of-message 
with postprint format control. 

If you omit this parameter or specify the value 
CCP, a default value is used. The default used 
depends on the TC parameter value declared or used; 
the default values are (DT of CON only): 

TC OP Value 

Value Used _ 

M33 PR 

2741 PR 

713 DI 

721 DI 

X364 DI 

H2000 DI 

T40i4 DI 

M40 DI 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


PA PARAMETER 

The PA parameter indicates the processing CCP should 
perform for the parity bit within each character 
byte of upline or downline data. CCP processes the 
parity bit of all upline character codes in one of 
five ways: 


Ignores the input byte parity bit and sets it 
to zero after input. Converts the byte to an 
ASCII code if the device is operating in 
normalized mode, then forwards the byte upline 
to the application program. This is called 

zero parity processing. 

Checks the input byte parity bit to ensure that 
it is set to zero or one, as necessary to give 
the byte an even number of bits; odd settings 
are indicated to the receiving application 

program as parity errors. Sets the parity bit 
to zero after input, converts the byte to an 

ASCII code if the device is operating in 
normalized mode, then forwards the byte upline 
to the application program. This is called 

even parity processing. 

Checks the input byte parity bit to ensure that 
it is set to zero or one, as necessary to give 
the byte an odd number of bits; even settings 
are Indicated to the receiving application 

program as parity errors. Sets the parity bit 
to zero after input, converts the byte to an 

ASCII code if the device is operating in 
normalized mode, then forwards the byte upline 
to the application program. This is called odd 
parity processing. 

Ignores the input byte parity bit. If the 
device is operating in normalized mode, sets 
the parity bit to zero, converts the byte to an 
ASCII code, and then forwards the byte upline 

to the application program. If the device is 
operating in transparent mode, forwards the 8 
bits unchanged to the application (for devices 
that send S-bit bytes, this allows the 
application program to receive bit 7 as data). 
This is called no parity processing. 

Ignores the input byte parity bit. If the 
device is operating in normalized mode, sets 
the parity bit to zero, converts the byte to an 
ASCII code, and then forwards the byte upline 

to the application program. If the device is 
operating in transparent mode, ignore the 
parity bit when checking for transparent mode 
input delimeters. Forward the 8 bits unchanged 
to the application in the same way as for no 
parity. This is called ignore parity 

processing. 

CCP also processes the upper bit (bit 7) of all 
downline character code bytes in one of the 

following ways: 

If the device is operating in normalized mode, 
CCP converts the lower seven bits of the byte, 
if necessary, to the code set used by the 
device. The parity bit in the output byte is 

set to zero, regardless of the setting of bit 7 
in the downline byte. This is called zero 
parity processing. 

If the device is operating in normalized mode, 
CCP converts the lower seven bits of the byte, 
if necessary, to the code set used by the 
device. The parity bit in the output byte is 

set to zero or one, as necessary to give the 

byte an even number of set bits; the setting of 

bit 7 in the downline byte is ignored. This is 
called even parity processing. 
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If the device is operating in normalized mode, 
CCP converts the lower seven bits of the byte, 
if necessary, to the code set used by the 

device. The parity bit in the output byte is 
set to zero or one, as necessary to give the 
byte an odd number of set bits i the setting of 
bit 7 in the downline byte is ignored. This is 
called odd parity processing. 

If the device is operating in normalized mode, 
CCP converts the lower seven bits of the byte, 
if necessary, to the code set used by the 

device and the parity bit In the output byte is 
set to zero, regardless of the setting of bit 7 
in the downline byte. If the device is 
operating in transparent mode, the parity bit 
in the output byte is unchanged from the 
setting of bit 7 in the downline byte (for 
devices that can receive 8-bit bytes, this 
allows the application program to use bit 7 as 
data). This is the method CCP uses for both no 
parity and ignore parity processing. 

You can specify one of these input and output 

processing options to match the parity bit input 
processing performed by the device and the output 
processing expected by it. If the device will 
operate In transparent mode, you must specify 
either the no parity or the ignore parity option 
for an application program and the device to 
exchange hexadecimal codes with values between 7F 
and FF (using bit 7 as data). 

No parity and ignore parity processing differ only 
in the way that a transparent input delimiter is 
recognized. For both PA“N and PA=I, all 8 bits are 
treated as data during transparent input and 
output. For PA=N, a transparent input delimiter is 
recognized when the 8-bit byte input from the 
device matches the 8-bit byte specified as the 
delimiter. For PA-I, a transparent input delimiter 
is recognized when the bottom 7 bits of the byte 
input from the device match the bottom 7 bits of 
the specified delimiter; the parity bit is ignored. 

This parameter is optional. If you specify the PA 
parameter, you must use one of the following values: 

CCP Indicates that CCP performs the parity 

processing appropriate as a default for 
the terminal class; using this value is 
equivalent to omitting tIPie parameter. 

E Indicates that CCP should perform even 

parity processing for both input and 

output bytes. 

I Indicates that CCP performs ignore 

parity processing for both input and 

output bytes. 

N Indicates that CCP should perform no 

parity processing for both input and 

output bytes. 

0 Indicates that CCP should perform odd 

parity processing for both input and 

output bytes. 

Z Indicates that CCP should perform zero 

parity processing for both input and 

output bytes. 


If you omit this parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the terminal class. 
The defaults are: 

TC PA Value 
Value Used 

M33 E 
713 E 
721 E 
M40 E 
H2000 E 
T4014 E 
X364 E 
2741 0 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you^specify. 


PG PARAMETER 

The PG parameter specifies whether CCP should wait 
at each output page boundary for terminal user 
acknowledgment before it displays the next page of 
data. In certain situations, page waiting can 
occur other than at page boundaries; CCP produces a 
prompting message (OVER..) when this type of page 
waiting occurs. The user's response to page waiting 
is entry of a line, usually empty. 

CCP views a new page as beginning at the start of 
each downline message. CCP calculates the length 
of a page from the current values of the page width 
and page length (see PW and PL Parameter descrip¬ 
tions). If the page width is infinite (PW=0), a 
page consists of one line less than the number of 
logical lines specified as the page length. If the 
page width Is finite (PW is nonzero), a page con¬ 
sists of one line less than the number of physical 
lines specified by the page length; CCP calculates 
the number of physical lines by dividing each 
logical line into units less than or equal to the 
page width. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 


CCP 

Indicates 

that 

CCP should 

use 

the 


default 

setting 

appropriate 

for 

the 


terminal 

class; 

using this 

value 

is 


equivalent to omitting the parameter. 

NO Indicates that page waiting should not 

occur. 

YES Indicates that page waiting should 
occur. 

When you specify PG«YES, you should also specify a 
nonzero value for the PL parameter. CCP cannot 
perform page waiting at the boundaries of infinitely 
long pages (PL“0). 

If you omit the PG parameter or specify a value of 
CCP, the default value of NO is used (DT of CON 
only). 
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The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


PL PARAMETER 

The PL parameter specifies the number of physical 
lines per page of output for the device. If the 
device is configured for page waiting (PG parame¬ 
ter), any message containing more lines of output 
than the page length will be interrupted by CCP for 
a page waiting response from the terminal user. 
The interruption occurs after line pi - 1 is out¬ 
put. If the device is defined with a printer as 
its output mechanism (OP of PR), CCP inserts form¬ 
feed codes at page length boundaries. 

This parameter is optional. If you specify the PL 
parameter, you must use one of the following values: 

CCP 

Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

0 

Indicates an infinite page length. An 
infinite page length means that no page 
waiting occurs and no form-feed codes are 
inserted. 

8 < pi < 255 

Indicates the number of physical lines per 
page. 

If you omit the PL parameter or specify the value 
CCP, a default value is used (DT of CON or DT of LP 
only). The default value used depends on the TC 
parameter value used for the terminal. The default 
values are: 

TC PL Value 

Value Used _ 

M33 0 

713 24 

721 30 

2741 0 

M40 24 

H2000 27 

X364 24 

T4014 35 


The NDL default value of the PL parameter for DT of 
LP is 64. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


PRI PARAMETER 

The PRI parameter is a stand-alone keyword. This 
parameter indicates whether data to or from the 
device is to have traffic priority over that to or 
from other devices in the network. Data to or from 
a device that does not have traffic priority is 
suspended to relieve network congestion before data 
to or from terminals with traffic priority is 
suspended. Interactive devices should usually be 
given traffic priority over batch devices. 

This parameter is optional. If you specify the PRI 
parameter, you must use one of the following values: 

NO Indicates that the device should not 

have data traffic priority. 

YES Indicates that the device should have 

data traffic priority. 

If you declare this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default value of NO is used. 


PW PARAMETER 

The PW parameter defines the number of characters 
per physical line of output for this device. This 
physical line length is also called the page width. 

For console devices (DT of CON) with a printer 
defined as the output mechanism (OP of PR), output 
lines longer than pw characters are divided into 
lines of pw or fewer characters each. For console 
devices with a display defined as the output 
mechanism (OP of DI), output lines longer than pw 
characters might be divided into lines of pw or 
fewer characters each by the host application pro¬ 
gram; if the PW value for a device is inappropriate, 
loss of visual fidelity can occur (the application 
program might divide the data into lines that are 
too short or too long for the screen's capacity, 
instead of allowing the terminal to wrap lines when 
needed). An Inappropriate PW value also affects 
line counting for page waiting; refer to the PG 
parameter description. 

This parameter is optional. If you specify the PW 
parameter, you must use one of the following values: 

CCP 

Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

0 

Indicates that the device has an infinite 
page width. An infinite page width means 
that physical line length has no effect on 
output format. 

20 < pw £ 255 

Indicates that the device can support 
physical lines no longer than the Indicated 
decimal value. 
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If you omit this parameter or specify the value 
CCP, a default value is used. The default value 
depends on the terminal class. Default values for 
console devices (DT of CON) are: 


TC PW Value 
Value Used _ 

M33 72 
713 80 
721 80 
X364 80 
2741 132 
M40 80 
H2000 74 
T4014 74 


/ 


The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


P90 THROUGH P99 PARAMETERS 

These ten parameters indicate the hexadecimal field 
value to use for the corresponding field number 
within the Terminal Interface Program configuration 
information transmitted for this device. The 
released version of the CBC-defined ASYNC TIP does 
not use any of these ten field number/field value 
pairs. 

These parameters are optional. If you specify a 
value, it must be within the following range: 

0 < fv9i < FF 


YES Indicates that the RTS signal is raised 
and dropped to effect input flow control. 

If you omit this parameter, the default value of NO 
is used. 


UBL PARAMETER 

The upline block limit (UBL) parameter specifies 
the number of upline blocks that can be outstanding 
(unacknowledged) between this terminal and an 
application program. The value you choose is 
independent of the ABL and DBL parameters. 

You should choose a value that is larger than the 
maximum number of logical lines the terminal user 
can enter before output from the application pro¬ 
gram in the host must occur. A fixed number of 
input messages might have significance to an appli¬ 
cation program. If such an application does not 
perform output until receiving that number of input 
messages and if you choose a UBL value smaller than 
this number, the application program becomes dead¬ 
locked (it waits for blocks of data that CCP is 
forced to discard because the block limit has been 
reached for upline queuing). If the device must 
receive output before it can begin additional 
input, the device also becomes deadlocked by this 
situation. 

This parameter is optional. The UBL parameter has 
the following value range: 

1 < ubl £ 31 

The NPU queues all upline blocks. Large UBL values 
rapidly use up NPU memory and cause slower data 
transfers. 


If you omit these parameters, there are no default 
values. 

RTS PARAMETER 

The RTS parameter specifies whether RTS input flow 
control is in effect on the line. 

If this parameter Is selected, CCP drops the 
RS-232C Request to Send (RTS) signal when it needs 
to regulate input flow on a line. When CCP can 
again receive input on the line, it will raise the 
RTS signal and the flow of input resumes. 

RTS input flow control can be used to regulate 

input if and only if the following two conditions 
are satisfied. The sending device (for example, 
the terminal connected to CCP) must be able to 

recognize one of the RS-232C signals as a sign to 
stop and start transmission of data. In addition, 
the connection between the NPU and the terminal 

must be wired such that RTS from CCP is received as 

the signal recognized by the terminal, most 
I commonly Clear to Send (CTS). 

This parameter is optional. If you specify the RTS 
parameter, you must use one of the following values: 

NO Indicates that the RTS signal is not 
raised or dropped to effect input flow 
control. 


If you omit the UBL parameter, a default value is 
used (DT of CON only). The default value depends 
on the value declared or used for the LSPEED 
parameter from the corresponding LINE statement. 
The default value is: 

LSPEED UBL Value 

Value (b/s) Used _ 

< 9600 7 


UBZ PARAMETER 

The upline block size (UBZ) parameter specifies the 
maximum number of character bytes each upline block 
can contain. CCP divides each message from the 
device into network data blocks of the size you 
choose. The size you choose affects how much memory 
is needed to store the outstanding (unacknowledged) 
blocks of data in the NPU and the host. 

You should choose a value that allows most of the 
logical lines entered by the device to fit into a 
single network data block so that messages need not 
be divided into multiple network blocks. You 
should also choose a value that can be efficiently 
manipulated by the host application program. 

This parameter is optional. The UBZ parameter has 
the following value range for console devices (DT 
of CON): 

0 < ubz < 2000 
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For site-defined devices (DT of DT12), the follow¬ 
ing range exists; 

0 < ubz < 2043 


If you omit the XBZ parameter, a default value is 
used (DT of CON only). The default value depends 
on the value declared or used for the LSPEED param¬ 
eter from the corresponding LINE statement. The 
default value is: 


If you specify 0, CCP sends an upline block when¬ 
ever it receives 100 characters, or it detects a 
linefeed code. 

The value you declare should be chosert after con¬ 
sidering the value used for the UBL parameter. The 
NDL processor rounds the value you supply to the 
next multiple of 100 bytes, as follows: 


LSPEED XBZ Value 

Value (b/s) Used 


< 9600 450 


The application program can change any value that 
you specify. 


Value 

Value Supplied in File 

0 0 

1 < ubz < 100 100 

101 < ubz < 200 200 


1901 < ubz < 2000 2000 


The NDL processor issues an informative message if 
it adjusts the UBZ value that you specify. 

If you omit the UBZ parameter, a default value is 
used (DT of CON only). The default value depends 
on the value declared or used for the LSPEED param¬ 
eter from the corresponding LINE statement. The 
default value is: 

LSPEED UBZ Value 

Value (b/s) Used 

< 9600 100 


XLC PARAMETER 

The XLC parameter indicates the maximum number of 
characters that can be input in each message of 
multiple-message transparent mode input from this 
device. After the terminal user or the application 
program changes the device^s input mode to trans¬ 
parent from normalized, the following occurs. When 
the device transmits the given number of charac¬ 
ters, a message block is forwarded to the applica¬ 
tion and the device remains in transparent mode. 

This parameter is optional; it is allowed for all 
terminal classes except 2741, You cannot use the 
XLC parameter if you use the DLC, DLTO, or DLX 
parameters. If specified, XLX or XLTO must also be 
specified. You can use the following values: 

CCP 

Indicates that CCP should use the default 
number appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter, 

1 < xlc < 4095 


This default optimizes use of the default values 
for the UBL parameter, 

I For the Message Control System (MCS), the upline 
block size must be set to 0, 

The application program can change any value that 
you specify. The terminal user can change the value 
within the following range: 

0 < ubz < 200 


Indicates the maximum decimal number of 
characters that the terminal can transmit 
as one multiple-message transparent mode 
message. 

If you omit this parameter or specify the value 
CCP, the default value of 2043 is used (DT of CON 
only). The value of this parameter reverts to the 
default value when the terminal class is changed 
from the console or changed by the application pro¬ 
gram. The application program or the terminal user 
can change any value that you specify. 


XBZ PARAMETER 

The transmission block size (XBZ) parameter speci¬ 
fies the maximum number of character bytes each 
block sent to the terminal can contain, CCP 
divides downline blocks as necessary to create a 
block of the specified number of characters. The 
value you choose should be less than or equal to 
the size of any buffer memory within the terminal. 


This parameter is optional. The XBZ parameter has 
the following range of values: 

200 < xbz < 2043 


XLTO PARAMETER 

The XLTO parameter specifies whether a 200- to 
400-millisecond timeout on the communication line 
ends multiple-message transparent mode input. After 
the terminal user or the application program 
changes the device^s input mode to transparent from 
normalized, CCP forwards a message block to the 
application and changes back from transparent mode 
to normalized mode when the device stops transmit¬ 
ting for the indicated timeout period. 

This parameter is optional; it is allowed for all 
terminal classes except 2741, You cannot use this 
parameter if you use the DLC, DLTO, or DLX 
parameters. 
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If you specify the XLTO parameter, you must use one 
of the following values: 


CCP 

Indicates 

that 

CCP should 

use 

the 


default 

choice 

appropriate 

for 

the 


terminal 

class; 

using this 

value 

is 


equivalent to omitting the parameter. 

NO Indicates that a timeout does not end 

transparent mode Input. 

YES Indicates that transparent mode Input 
ends when a timeout occurs. 


If you omit this parameter or specify the value 
CCP, no default exists. The application program or 
the terminal user can define a value or change any 
value that you specify. 


XLX PARAMETER 

The XLX parameter indicates the hexadecimal value 
of the character code that should cause upline 
transmission of a message in multiple-message 
transparent mode. If this character code Is also 
used as the value for the XLY parameter and is 
Input twice In succession, the device will be put 
back in normalized Input mode as determined by the 
IN parameter. 

This parameter is optional; it is allowed for all 
terminal classes except 2741, You cannot use the 
XLX parameter if you use the DLC, DLTO, or DLX 
parameters. 

The value that Is valid for a given character 
depends on the character code set used by the ter¬ 
minal. You can use the following values: 

CCP 

Indicates that CCP should use the default 
character code appropriate for the terminal 
class; using this value is equivalent to 
omitting the parameter. 

0 < xlx < FF 

Indicates the hexadecimal code that ends 
each message within multiple-message trans¬ 
parent input. 

Values above 7F should not be used unless the PA 
parameter value of N or I is used. Codes above 7F 
are not seen by CCP unless the eighth (parity) bit 
of each input byte is defined as data. 

If you omit this parameter or specify the value 
CCP, no default exists. The value of this parame¬ 
ter reverts to Che default value when the terminal 
class is changed from the console or changed by the 
application program. The application program or 
the terminal user can change any value that you 
specify. 


XLY PARAMETER 

The XLY parameter indicates the hexadecimal value 
of the character code that ends multiple-message 
transparent mode operation when entered following 
the XLX character code. After the terminal user or 
the application program changes the device"s input 
mode to transparent from normalized, CCP changes 
back from transparent mode to normalized mode when 
the device transmits this character immediately 
after the character defined for the XLX parameter. 
If this character is also used for the XLX parame¬ 
ter, the code does not change the device's input 
mode unless it is input twice in succession. 


You should select transparent mode input delimiters 
with care. The character code you declare as the 
XLY value must be the code of a character that the 
physical device can input. If the delimiter you 
declare is a character that cannot be input (either 
because of device hardware limitations or because 
of the PA parameter value declared for the device), 
then CCP cannot terminate transparent mode input 
and the device will be trapped in that mode of 
operation once it has begun. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. You should not 
declare this parameter if you declare the DLC, 
DLTO, or DLX parameters. If you use the XLY 
parameter, you must also use the XLX parameter. 

The value that is valid for a given character 
depends on the character code set used by the 
terminal. You can use the following values: 


CCP 

Indicates that CCP should use the default 
character code appropriate for the terminal 
class; using this value is equivalent to 
omitting the parameter* 

0 £ xly < FF 

Indicates the hexadecimal code that ends 
multiple-message transparent input. 

Values above 7F should not be used unless the PA 
parameter value of N or 1 is used. Codes above 7F 
are not seen by CCP unless the eighth (parity) bit 
of each input byte is defined as data. 


If you omit this parameter or specify the value 
CCP, and XLX is also specified, the default value 
is the code specified for XLX. Otherwise, no 
default exists. The value of this parameter 
reverts to the default of no value when the ter¬ 
minal class is changed from the console or by the 
application program. The application program or 
the terminal user can change any value that you 
specify. 
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BUFFERING OF DATA 

It is desirable to maintain double buffering of 
data for each connection in the network. By using 
double buffering data will always be available to 
be sent over the communications line. Setting the 
ABL parameter to 2 and the DBL parameter to 1 will 
generally result in double buffering. 


CCP buffer usage is optimized when downline block 
size follows the following relationship: 

DBZ = 113 + n*ll8 


where n is an integer and n + 1 is the number of 
buffers required in CCP to hold the block. This 
relationship is of most use for application 

programs that can control the size of the downline 
blocks they send to the network. Since it is 
necessary for a block to contain an integral number 


of logical lines, the lower bound of DBZ should not 
be smaller than the largest allowable PW for a 
device. 

Default values for the ABL, DBL, and DBZ parameters 
are listed in table 4-2. 


TABLE 4-2. ABL, DBL, AND DBZ DEFAULTS 


Line 

Speed 

ABL 

DBL 

DBZ 

no 

1 

1 

230 

300 

1 

1 

230 

600 

2 

1 

230 

1200 

2 

1 

230 

2400 

2 

1 

230 

4800 

2 

1 

460 

9600 

2 

1 

940 
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X.25 PROTOCOL LINES, TERMINALS, AND DEVICES 


5 


The parameters required and the values allowed on 
the LINE, TERMINAL, TERMDEV, and DEVICE statements 
depend upon the line protocol used. This section 
describes the form of a statement applicable to 
X,25 protocol lines. The first part of this 
section describes only terminal definitions. 
Application definitions are described after terminal 
definitions. 

X.25 communication lines are those using the line 
types defined in table 5-1. Such lines are serviced 
by the CDC-supplied X.25 TIP and must be defined as 
fixed-configuration lines. If you use the site- 
defined line type, the X.25 TIP is presumed to be 
modified by your site (if necessary) to support 
either a standard communication line adapter or a 
specially built communication line adapter. 

LINE DEFINITION 

You configure terminals on an X,25 communication 
line by using the following statements: 

One LINE statement that defines the line 

A single TERMINAL or TERMDEV statement for all 
switched virtual circuits of the X25 subTIP on 
the line 


A single TERMINAL or TERMDEV statement for all 
switched virtual circuits of the PAD subTIP on 
the line 

One DEVICE statement for all switched virtual 
circuits of the PAD, X25, or USER subTIP on the 
line, unless a TERMDEV statement has been used 


LINE STATEMENT PARAMETERS 

Each LINE statement defines one communication line 
between an X.25 network or device and the NPU. 
There must be one LINE statement for each CLA port 
on the NPU that supports X.25 access. 

Figure 5-1 shows the format of the LINE statement 
and the valid parameter values for X.25 communi¬ 
cation lines. Table 5-1 shows permitted line type 
values for the LTYPE parameter. 

As an example, the statement 

LNllA: LINE P0RT=11,LTYPE=H1,TIPTYPE=X25, 

DFL=»32 ,FRAME=1 ,RTIME=*1, PSN^TELENET. 

defines a high-level data link control (HDLC) line 
connected to the TELENET X.25 packet-switching 
network. 


TABLE 5-1. X.25 LINE TYPE DEFINITIONS 


LTYPE 

Value 

Transmission 

Mode 

Transmission 

Operation 

Circuit 

Type 

Modem 

Typet 

CLA Type 

Maximum 
Speed, 
Bits per 
Second 

Carrier 

Type 

HI 

Bit-oriented 

synchronous 

HDLC 

Full-duplex 

Dedicated 

(Hardwired) 

RS232C, 

Bell 201B 
compatible, 
V-35 Standard 
compatible 

2563-1 

2563-2 

19200 

56000 

Constant 

H2 

(For 

site- 

defined 

use) 

HDLC 

Unassigned 

Unassigned 

Unassigned 

Unassigned 

Unassigned 

Unassigned 

tModem types supported by each type of CLA may differ. 
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Line: LINE,PORT=port^LTYPE=ltype^TlPTYPE=tiptype,tOIi:=yn1],3 
DFL=dfl,FRAME=frame^RTIME=timer,PSM=psnC,RC0UNT=count,3 


CNSVC=svcirc,DCEC-yn2],DTEA=locadr/IHDISCC=yn3],LCN=Lcn,AL=acclev,RCC=yn43^P90=fv90,.*,,P99=fv993. 

Line The eLeraent name to be assigned to the communication line being defined. This name is 
required; there is no default value. 

port The hexadecimal number (1 £ port < FE) of the port to which this communication line connects 

on the NPU currently being defined. Within an NDU program^ the port number is independent of 
the number of ports on the NPU; for example^ a 128-port NPU can have a port numbered FE (254 
decimal). However^ we strongly recommend that you assign port numbers consecutively, starting 
with 1. All values declared for PORT parameters must be unique within the current network 
definition of each NPU. The value specified for port cannot be the same as the number 
declared for a port in any other LINE or TRUNK statement (or within a GROUP statement 
expansion) for this NPU and cannot be Lower than the highest port number used by a trunk. 

This number is required; there is no default value. 

Itype A reserved word value that identifies the type of communication line adapter/raodem/circuit 

combination that is used on this line. This word is required; there is no default value. The 
legal words for this value declaration are described in table 5-1. 

tiptype A reserved word value that identifies the type of CCP Terminal Interface Program required for 
the terminals on this line. This word is required; there is no default value. The legal 
value for this declaration is: 

X25 X.25 protocol TIP is required. 

yn1 An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 

parameter specifies the status assigned to this communication line at network initiation. 

When DI or DI=VES is specified, the line is disabled at network initiation and cannot be used 
until the HOP or NOP enables it. If 01 is omitted or DI=N0 is specified, the line is given an 
initial status of enabled unless the NOP or HOP specifies otherwise. 

dfl The maximum decimal number (16 < dfl < 1024) of 8-bit characters or octets in a data packet. 

The parameter must be identical to the number of octets in a data packet contracted from the 
packet-switching network- This value is required; there is no default value. 

frame The frame window (1 £ frame £ 7); the maximum number of outstanding unacknowledged packets 

between the network processing unit and the X.25 network (this is the K parameter defined by 
the X.25 protocol standard). The parameter must be identical to the frame window size 
contracted from the packet-switching network. This value is required; there is no default 
value- 

timer The decimal retransmission timing period (1 < timer £ 25500) in milliseconds; the time that 
must elapse before retransmission of an unaclcowledged X.25 data frame is attempted (this is 
the T1 parameter defined by the X.25 protocol standard). This value is required; there is no 
default value. NDLP rounds the value specified for timer to the next multiple of 100. 

count The decimal retransmission count (1 £ count £ 15); the number of times retransmission of an 
unacknowledged X.25 data frame is attempted (this is the N2 parameter defined by the X.25 
protocol standard). This parameter is optional. When count is not specified, the default 
value of 15 is used. 

svcirc The decimal number (0 £ svcirc £ 255) of available switched virtual circuits (SVC) for this 
Line. This parameter is optional; the default is 0. The parameter roust be identical to the 
number of switched virtual circuits contracted from the packet-switching network and must 
conform to the following rules: 

The total number of virtual circuits defined (by the NCIR parameter on the TERMINAL or TERHDEV 
statement) for each STIP must be £ svcirc. 

psn A reserved word value identifying the packet-switching network to which the line is con¬ 

nected. This parameter is required; there is no default value. The following values are 
recognized: 

CDSN Packet-switching network is compatible with the commercial CDSN network. 


Figure 5-1. X.25 LINE Statement Format (Sheet 1 of 2) 
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C120 Packet-switching network is compatible with the CDC CYBER 120- 

OATAPAC Packet-switching network is compatible with the commercial DATAPAC network 


PSN253 Site-defined packet-switching network type^ identified by the number 253 within 
the network software. 

PSN254 Site-defined packet-switching network type, identified by the number 254 within 
the network software. 

PSN255 Site-defined packet-switching network type, identified by the number 255 within 
the network software. 

TELENET Packet-switching network is compatible with the commercial TELENET network. 

TRNSPAC Packet-switching network is compatible with the commercial TRANSPAC network. 

TYMNET Packet-switching network is compatible with the commercial TYMNET network. 

UNINET Packet-switching network is compatible with the commercial UNINET network. 

Commercial packet-switching networks do not have identical interface requirements. CDC 
supports as general an X.25 interface as possible. As of the PSR level shown on the record of 
revision page, CDC code supported all of the commercial networks listed above. TELENET and 
TYMNET have certified CDC support; when major changes occur in either of these packet¬ 
switching networks, CDC verifies continued certification and releases any needed support code 
as soon as feasible. Users of the other commercial networks should contact their local sales 
offices if questions of continued compatibility arise. 

yn2 An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 

parameter tells the NPU what role to play in the X.25 protocols. If DCE or DCE=YES is 
specified, the NPU must act as data circuit terminating equipment (DCE). If DCE is omitted or 
DCE=N0 is specified, the NPU must act as data terminal equipment (DTE). 

locadr The decimal address (0 £ locadr £ 99) assigned to the local end of the X-25 link. This value 
specifies the address by which the X.25 protocol identifies calls to and from the connected 
NPU. The value declared will be the calling DTE address for outgoing call requests when 
DCE=^ES is specified. This parameter is optional; if DTEA is specified, DCE also must be 
specified. There is no default value. 

yn3 An optional reserved word value (YES or NO) which specifies whether the Immediate Disconnect 

feature is enabled for this line- When IMDISC or IMDISC=YES is specified, any terminal on the 
line is disconnected immediately after the terminal has logged out (disconnected) from the 
host. When IMDISC is omitted or IMDISC=N0 is specified, a terminal on the line is 
disconnected only after a two minute timer expires. 

Icn The logical channel number (0 < Icn £ 255) which corresponds to the lowest numbered channel 

that a DTE CCP can use to make an outgoing application-to-appIication call. If CCP is a DCE, 
it corresponds to the highest numbered virtual circuit CCP can use to make outgoing 
application-to-application calls. This value must not exceed the total number of switched 
virtual circuits specified by the NSVC parameter. This parameter is optional; the default is 
0. All NSVC circuits can be used. 

acclev The decimal access level limit (0 £ acclev £ 7) for the line. The lowest access level is 0 
(unclassified), the highest is 7. If AL is omitted or AL=N0NE is specified, no access level 
limit is associated with the line (equivalent to specifying AL=0). 

yn4 An optional reserved word value (YES or NO) which specifies whether the reconfiguration 

indicator is enabled for this line. When RC or RC=YES is specified, the terminal 
characteristics are reset to their original NDL values (or to a default if no NDL values were 
specified) when the terminal disconnects from a host. When RC is omitted or RC=N0 is 
specified, the reconfiguration indicator is not enabled for this line. 

fv9i The hexadecimal field value (0 £ fv9i £ FF) to use for the corresponding field number within 

the Terminal Interface Program configuration information transmitted for this line. The 
released version of the CDC-written X.25 TIP does not use any of these ten field nuraber/field 
value pairs. 

Figure 5-1. X.25 LINE Statement Format (Sheet 2 of 2) 
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PAD AND USER TERMINAL DEFINITIONS 

On an X.25 communication line, a terminal definition 
is the first portion of a virtual circuit defini¬ 
tion, An X.25 terminal and device definition, 
however, does not directly represent a piece of 
physical equipment. Each X.25 terminal and device 
definition represents one or more switched virtual 
circuits. Each virtual circuit can service one 
terminal device. 

Switched virtual circuits are comparable to terminal 
devices using dialup lines (the characteristics of 
the device using the line can change from use to 
use of the line). You specify only one terminal 
device definition for the terminals that use the 
line. As each switched virtual circuit becomes 
active, CCP creates a separate device definition 
for it, creating an element name for each defini¬ 
tion. This device name consists of the one to five 
characters you declare, plus an ordinal consisting 
of the switched virtual circuit number. 

You must provide one TERMINAL or TERMDEV statement 
for all packet assembly/disassembly (PAD) terminals 
that can access the communication line. Figures 
5-2 and 5-3 present the formats of these statements 
for terminals on X.25 lines. 


TERMINALC^STIP=stiptyp,TC=t rmclas,3 
CCSET=charset,RIC=yn1,3 
CW-pacwndw,NClR=numcir,3 
LNEN=encir,PA0=st ring,COLLECTC=yn233. 
Parameters are described in the text- 


Figure 5-2. TERMINAL Statement Format 
for Communication Lines of TIPTYPE=X25 


If any switched virtual circuits are defined, the 
LINE statement must specify the total number of 
circuits available from the packet-switching network 
via that line (NSVC parameter). When the line 
supports switched virtual circuits, you can declare 
only one TERMINAL and DEVICE or one TERMDEV state¬ 
ment for each subTIPtype (STIP parameter) on the 
line. You can use the TERMINAL or TERMDEV statement 
NCIR parameter to define more than one circuit with 
that statement. The NCIR parameter determines the 
highest ordinal number used to generate a unique 
element name for each device using the circuit. 

The following parameters provide the terminal 
definition for the line: 

COLLECT NEN STIP 

CSET PAD TC 

NCIR RIC W 

The STIP and TC parameters are described first 
because they are related and affect the validity, 
ranges, and defaults of the other parameters. The 
other parameters are described in alphabetical 
order. 


STIP PARAMETER 

The STIP parameter specifies the packet protocol 
required to support the terminal definition. This 
parameter is optional if the TC parameter does not 
specify a site-defined terminal class. If STIP is 
omitted, the TC parameter must be specified and 
cannot be CCP or TC28 through TC31. | 

When you declare a value for STIP, it must be one 
of the following reserved words: 

PAD Identifies a terminal that is connected 
via the asynchronous stop-start (X.29) 
packet assembly/disassembly protocol. 

USER Identifies a terminal that uses a 
site-defined packet protocol. 


I 


device: TERMDEVC,STIP=stiptyp,TC=trmcLas,CSET=charset,RIC»yn1,M=pacwndw,3 

CNCIR=numcir,PAD=string,NEN=sencir/C0LLECTC=yn23,DT=devtyp,ABL=abl,DBZ=dunLsl2,UBZ=upbsize,3 
CDBL=dwnbliro,UBL=upbliro,AUTOCONC=yn33,PRIC=yn43,HN=node,HDC=yn53,LK=yn6,BR=br,BS=bs,3 
CB1=b1,B2=b2,CI=ci,CN=cn,CP=cp,CT=ct,DLC=dlc,0LT0=dlto,DLX=dLx,EBX=ebx,EBR=ebr,ELR=eLr,3 
CELX=eLx,EP=ep,XLC=xLc,XLT0=xlto,XLX=xlx,XLY=xly,IC=ic,IN=in,LI=Li,0C=oc,0P=op,PA=pa,3 
CPG=pg,PL=pl,PW=5pw,MCI=mc,llLI-mL,P90=fv90, -. .,P99=fv993. 

device The element name of the terminal device being defined. This name can be one through five 

characters long. The first character roust be a letter; the other characters can be letters 
or digits. This name concatenated with the virtual circuit number is used by the host or 
NPU operator to monitor and control the device. This name is required; there is no default 
value. 

All other parameters are described in the text. 


Figure 5-3. TERMDEV Statement Format for Communication Lines of TIPTYPE=X25 
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If you omit STIP, you must declare the terminal 
class« The defaults are: 

STIP 

TC Value Value Used 

M33, 713, 721, PAD 
M40. H2000, 

X364, T4014 


TC PARAMETER 

The TC parameter specifies the terminal class 
appropriate for terminal connections. Supported 
devices are grouped into terminal classes, according 
to their hardware characteristics. 

Each CDC~defined terminal class has the default 
characteristics associated with an archetype 
terminal. Each CDC—defined terminal class has a 
range of possible characteristics. These ranges 
determine the values legal for parameters you 
specify on the TERMDEV or DEVICE statements. 

The mnemonics Identifying the terminal classes are 
derived from the Identification of the archetype 
terminals defining the classes, with the following 
I exceptions: you can use TC28, TC29, TC30, and TC31 
to Identify site-defined terminal classes with no 
default characteristics, corresponding to reserved 
Network Access Method (NAM) terminal class numbers, 

Because the network cannot recognize differences 
among some terminal classes, a default terminal 
class exists for each subcategory of the TIP type 
(the subTIPtype, defined by the STIP parameter of 
the TERMINAL or TERMDEV statement); these defaults 
can be used when you declare a STIP parameter. 

Because the characteristics of terminals in site- 
defined classes are unknown, TERMINAL, TERMDEV, or 
DEVICE statement parameter value ranges are checked 
against those valid for the STIP value specified. 
Any value declared for a terminal or device param¬ 
eter is valid if the parameter and value conform to 
requirements of that subTIPtype, 

The TC parameter is optional and is allowed only 
for PAD or USER subTIPs, If TC is omitted, the 
STIP parameter must be specified. If TC is specl- 
I fled as CCP or TC28 through TC31, the STIP parameter 
must be specified. If STIP is omitted, the TC 
parameter must be specified and cannot be CCP or 
I TC28 through TC31. 


TC28 Identifies a site-defined archetype 

terminal that uses the NAM internal 

terminal class number of 28, 

TC29 Identifies a site-defined archetype 

terminal that uses the NAM internal 

terminal class number of 29, 

TC30 Identifies a site-defined archetype 

terminal that uses the NAM Internal 

terminal class number of 30, 

TC31 Identifies a site-defined archetype I 

terminal that uses the NAM Internal I 

terminal class number of 31, I 

T4014 Identifies a terminal device compatible 
with Tektronix 4014 series equipment 
emulating a teletypewriter. 

X364 Identifies a terminal device compatible 
with the ANSI X3.64 standard (DEC VTIOO 
or CDC 722-30), | 

713 Identifies a terminal device compatible 
with CDC Model 713, 722-10/20, 751, | 

752, or 756 series equipment. 

721 Identifies a terminal device compatible 
with CDC Model 721 equipment. 

If the TC parameter is specified with a value of 
TC28, TC29, TC30, or TC31, then CCP must also be 

modified to accept these values. If the appro¬ 
priate support code for TC28, TC29, TC30, or TC31 
is not added to CCP, these values will be con¬ 
sidered invalid by CCP, 

If you omit the TC parameter or use the value CCP, 
the default is selected according to the STIP value 
declared. The default is: 

STIP TC Value 

Value Used 

PAD M33 


COLLECT PARAMETER 

The COLLECT parameter specifies whether CCP accepts 
charges for incoming calls from X.25 terminals 
connected through the packet assembly/disassembly 
service. This stand-alone parameter is optional. 

The COLLECT parameter can have the following values: 


When you declare a value for TC, you must use one 
of the following words: 

CCP Specifies that CCP is to provide the 
default terminal class appropriate for 
the subTIPtype; using this value is 
equivalent to omitting the parameter, 

H2000 Identifies a terminal device compatible 
with Hazeltine 2000 series equipment 
emulating a teletypewriter. 


NO CCP rejects any incoming call when the 

X,25 network indicates that charges 
will occur, 

YES CCP accepts charges from the X.25 net¬ 
work. 

If you specify the COLLECT parameter without a 
value, the value of YES is used. If you omit the 
COLLECT parameter, the default value of NO is used. 


M33 Identifies a terminal device compatible 
with Teletype Model 30 series equipment, 

M40 Identifies a terminal device compatible 
with Teletype Model 40-2 equipment. 


CSET PARAMETER 

The CSET parameter specifies the code and character 
set of the terminal. The CSET parameter is 
optional, 
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When you declare a value for CSET, you aust use one 
of the following words: 

ASCII ASCII code and character set 

CSET15 Site-defined code and character set, 
identified within the network software 
as character set number 15 

If you omit CSET, the default value of ASCII is 
used* 

NCIR PARAMETER 

The NCIR parameter specifies the decimal number of 
virtual circuits of the same subTIPtype you are 
defining. This parameter Is optional. 

If you specify this parameter, the value you use 
must be less than or equal to the NS VC value 
declared or used on the corresponding LINE state¬ 
ment. The NCIR parameter has the following range 
of values: 

1 ^ numcir ^ 255 

If you omit this parameter, the default value of I 
is used. 


NEN PARAMETER 

The NEN parameter specifies the decimal number of 
virtual circuits of the same subTIPtype that are 
intially enabled. This parameter is optional. 

If you specify this parameter, the value you use 
must be less than or equal to the NCIR value 
declared or used on the same TERMINAL or TERMDEV 
statement. The NEN parameter has the following 
range of values: 

1 ^ encir ^ 255 

If you omit this parameter, the default value of 1 
is used. 


PAD PARAMETER 

The PAD parameter specifies a string of 4 to 64 
hexadecimal digits representing the ASCII equiva¬ 
lent of PAD parameter fields. Substrings should 
consist of groups of 4 hexadecimal digits (2 ASCII 
characters). CCP uses the value to initialize PAD 
parameters when the terminal is connected. 

The PAD parameter is optional. There is no default 
value. 


RIC PARAMETER 

The RIC parameter indicates that the terminal has 
restricted Interactive capabilities. This parameter 
is optional. 

A terminal can have restricted interactive capa¬ 
bilities for many reasons; for example, perhaps no 
console device actually exists and interactive 
dialog must occur through a site-defined device. 


The effect this parameter has depends on the appli¬ 
cation program the terminal uses. For example, RBF 
does not output the READY prompt and does not 
require a GO command to enable any defined passive 
devices when RIC is specified. 

You can use the following values for this parameter: 

NO Indicates that the terminal has full 

interactive capabilities. 

YES Indicates that the terminal has limited 
interactive capablities. 

If you omit the RIC parameter, the default value of 
NO is used. 


W PARAMETER 

The W parameter specifies the default packet level 
window size for the virtual circuit you are defin¬ 
ing. This parameter is optional. 

The packet level window is the maximum number of 
unacknowledged packets you allow CCP to send before 
it suspends further output to the terminal using 
the virtual circuit. The parameter must be identi¬ 
cal to the packet level window size contracted from 
the packet-switching network. This parameter has 
the following range of values: 

1 _< pacwndw < 7 

If you omit the W parameter, the default value of 2 
is used. 

PAD AND USER DEVICE DEFINITIONS 

You must provide one TERMDEV or DEVICE statement 
for: 

All switched virtual circuit application-to- 
applicatlon connections 

All switched virtual circuit terminals 

that can access the communication line through the 
terminal. Each TERMINAL statement can have only 
one DEVICE statement. Figures 5-3 and 5-4 present 
the formats of the TERMDEV and DEVICE statements 
for terminals on X.25 lines. 


The following parameters provide the definition for 
a CDC“defined X,25 terminal device: . 


ABL 


DBZ 

HN 

PL 


AUTOCON 

DLC 

IC 

PRI 


BR 


DLTO 

IN 

PW 


BS 


DLX 

LI 

P90 through P99 


B1 


DT 

LK 

UBL 


B2 


EBR 

MCI 

UBZ 


Cl 


EBX 

MLI 

XLC 


CN 


ELR 

OC 

XLTO 


CP 


ELX 

OP 

XLX 


CT 


EP 

PA 

XLY 


DBL 


HD 

PG 



The DT 

parameter is 

described first because 

it 

affects 

the 

validity. 

ranges, and defaults of 

the 

other 

parameters. 

The 

other parameters 

are 


described in alphabetical order. 
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device: DEVICEC,DT=devtyp/ABL=abL,DBZ=dwnls1z/UBZ=irpbs1ze,0BL=dwnbL1m,UBL=upbl1m/3 

. CAUTOCONC^ynlD^PRI C=yn2D^ HN=node, HDC=yn3]^ LK=yn4,BR=br^BS=bs^Bl=b1,B2=b2^ CI=ci/ CN=cn, 1 
CCP=cp,CT=ct,DLC=dlc^OLTO=dLto^DLX=dlx^BBX=ebx,EBR=ebr,ELX=eLx^ELR=eLr,EP=ep,l 
i:XLC=xlc^XLTO=xLto^XLX=xlx,XLY=xLy^IC=1c^IN=1n,LI=LvOC=oc,OP=op,PA=pa^P6=:pg^PL=pl,PW=pw,3 
CMC I=rac,M LI =ral, P90=f v90^ ... ^ P99a f v99D . 


device The element name of the terminal device being defined. This name can be one through five 
characters long. The first character must be a letter; the other characters can be letters 
or digits. This name concatenated with the virtual circuit number is used by the host or 
NPU operator to monitor and control the device. This name is required; there is no default 
value. 

All other parameters are described in the text. 


Figure 5-4. DEVICE Statement Format for Communication Lines of TIPTYPE=X25 


DT PARAMETER 

The DT parameter specifies the device type being 
defined. You can declare either a CDC-defined 
device type or a site-defined device type. 

If you specify a CDC-defined device type and the 
terminal has a STIP of PAD, the other device 
definition parameters on the DEVICE or TERMDEV 
statement: 

Are required by the NDL processor where 
indicated in the text 


Are checked for compatibility and uniqueness 
Have the predefined ranges shown in the text 


If you specify a site-defined device type or the 
terminal has a STIP of USER, the other device 
definition parameters on the DEVICE statement: 

Are not required by the NDL processor 

Have no predefined default 

Are checked for multiple definitions of the 
same parameter 

Are not checked for compatibility with other 
device definition parameters on the same state¬ 
ment 


When you declare the DT parameter, the following 
values are valid: 

CON Identifies a CDC-defined console device 
(for PAD subTIP only). 

DT12 Identifies a site-defined device with 
no predefined characteristics, using 
the device type number 12 within NAM. 


If you omit the DT parameter and STIP=PAD, the 
value of CON is used. 


ABL PARAMETER 

The application block limit (ABL) parameter speci¬ 
fies the number of downline blocks that can be 
outstanding (unacknowledged) between an application 
program and this virtual circuit. The value you 
choose should keep the terminal busy for 2 seconds 
by maintaining that number of outstanding blocks of 
the size specified by the DBZ parameter. Refer to 
the description under Buffering of Data at the end 
of this section. 

This parameter is optional. The ABL parameter has 
the following range of values: 

1 < abl ^ 7 

The value you declare should be greater than or 
equal to the downline block limit (DBC parameter | 
value) of the terminal. The host queues abl - dbl 
blocks; the NPU queues dbl blocks. An ABL value 
significantly larger than the DBL value causes NAM 
to use more host memory but might reduce the number 
of times an application program is rolled out. 

If you omit the ABL parameter, a default value is 
used (DT of CON only). The default is 2. 


AUTOCON PARAMETER 

The AUTOCON parameter is a stand-alone keyword that 
determines whether CCP should automatically connect 
the console device to the selected host node. This 
parameter is valid only for console devices. 

If all logical links terminating in the NPU being 
defined are to the same host (all HNAME values are 
equal), and the NDL processor provides a default 
host node, then the NDL processor also sets AUTOCON 
unless AUTOCON^NO is specified. 

This parameter and its values are optional. You 
can specify either of the following values: 

NO Indicates that CCP should not attempt 

automatic connection. 
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YES Indicates that CCP should attempt auto¬ 
matic connection« 

If you omit the AITTOCON parameter, the default 
value of NO Is used for a 0T of CON, If you specify 
this parameter without a value, the value of IBS Is 
used* 


BR PARAMETER 

The BR parameter determines whether CCP associates 
data control functions with the pressing of the 
break function key* The break function key Is 
usually labeled BREAK, ATTN, INTERRUPT, or some¬ 
thing similar. 

When the break function key is not associated with 
data control, pressing the break function key only 
interrupts output. After input Is completed, out¬ 
put will be resumed at the next character. 

When the break function key is associated with data 
control, the following occurs when the terminal 
user presses the key: 

If output Is in progress, CCP discards all out¬ 
put queued for the device. 

If the terminal is idle or output is in pro¬ 
gress, CCP sends a user break 1 message upline 
(the function also associated with the character 
defined by the B1 parameter). 

After input occurs, output resumes with the next 

block transmitted from the host, 

The BR parameter is optional. If you specify this 
parameter, the following values are recognized: 

CCP Indicates that CCP should perform the 

default action appropriate for the 

terminal class. Using this value is 

equivalent to omitting the parameter, 

NO Indicates that the break function key 

has no control functions, 

YES Indicates that the break function key 

has control functions. 

If you omit the BR parameter or specify the value 
CCP, the default value of NO is used (DT of CON 
only). 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 


BS PARAMETER 

The BS parameter specifies the character to be used 
for the single-character deletion function. When 
the terminal user enters this character, CCP 
discards the preceding character transmitted by the 
terminal (unless the character has already been 
sent to the host). The character code used for the 
deletion function does not produce a physical 
backspace at the device unless the device also 
recognizes the code for that function. 


This parameter is optional. If you specify a value, 
it must be either the reserved word CCP or a hexa¬ 
decimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-blt 
ASCII code set). 

You cannot use any of the following values; 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters », DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, B2, CN, CT, EBX, or ELX parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set • 

If you omit the BS parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the TC parameter. The default for all 
CDC-defined terminal classes except M40 is: 

BS Value 

Used ASCII Character 

08 BS (CTRL and H keys, 

or <— key, 
or BACKSPACE key) 

Terminal class M40 has no defatat character for this 
function. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 


Bl PARAMETER 

The Bl parameter specifies the character to be used 
as a user break 1 Indicator, When the terminal user 
enters this character as the only character on a 
line, CCP discards the block of data being trans¬ 
mitted to the terminal and sends a user break 1 
message upline to the connected application program. 

The effect this parameter has depends on the 
application program. For example, lAF interprets 
the user break 1 message as a job step interrupt 
from the terminal user. 

This parameter is optional. If you specify a value, 
it must be either the reserved word CCP or a hexa¬ 
decimal value for the 7—bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters *», DEL, or space) 
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30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the BS, B2, CN, CT, EBX, or ELX parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-blt: ASCII code 
set < 

If you omit the B1 parameter or specify the value 
CCP, the default value Is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The default is: 

STIP B1 Value 

Value Used ASCII Character 

PAD 10 DLE (CTRL and P keys) 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 


B2 PARAMETER 

The B2 parameter specifies the character to be used 
as a user break 2 Indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being trans¬ 
mitted to the terminal and sends a user break 2 
message upline to the connected application program. 

The effect this parameter has depends on the 
application program. For example, lAF interprets 
the user break 2 message as a job step termination 
from the terminal user. 

This parameter is optional. If you specify a value, 
it must be either the reserved word CCP or a hexa¬ 
decimal value for the 7-blt ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the BS, Bl, CN, CT, EBX, or ELX parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 


The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 


Cl PARAMETER 

The Cl parameter specifies the number of idle 
characters to insert in the downline data after a 
carriage return. The number of idle characters 
inserted must be sufficient to provide the time 
needed by the terminal to physically return the 
carriage of the device to its left margin for the 
next line of output. 

This parameter is optional. If you declare this 
parameter, you must use the reserved word CCP or a 
value in the following range: 

0 ^ cl < 127 I 

If you omit the Cl parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter value 
used for the terminal. The default values are: 

TC Cl Value 
Value Used 

H2000 0 
M33 2 
M40 1 
T4014 0 
713 0 
721 0 
X364 0 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 


CN PARAMETER 

The CN parameter specifies the character to be used 
to abort (cancel) an input message. When the ter¬ 
minal user enters this character as the last char¬ 
acter on a line, the network software discards the 
last logical line transmitted from the terminal. 

This parameter is optional. If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters «, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 


STIP B2 Value 

Value Used ASCII Character 

PAD 14 DC4 (CTRL and T keys) 


Any value that you declare or use by default 
for the BS, Bl, B2, CT, EBX, or ELX parameters 
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If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-blt ASCII code 
set. 

If you omit the CN parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The default is: 

STIP CN Value 

Value Used ASCII Character 

PAD 18 CAN (CTRL and X keys) 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 


CP PARAMETER 

The CP parameter specifies whether CCP should make 
a cursor positioning response when the terminal 
user enters a packet-forwarding signal. A packet¬ 
forwarding signal is usually a carriage return but 
can be set by the terminal user to other values. 
CCP can perform cursor positioning only on receipt 
of a packet sequence. 

The cursor positioning response used by CCP is 
determined by the the current settings of the EBR 
parameter. The default response for terminals that 
are using X.23 lines is no response. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that CCP should use the 

default setting appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

NO Indicates that no cursor positioning 

response should occur. 

YES Indicates that the cursor should be 

repositioned. 

If you omit this parameter or specify the value of 
CCP, the default value of NO is used (DT of CON 
only). 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 


CT PARAMETER 

The CT parameter specifies the character to be used 
as a flag for a terminal definition command. When 
the terminal user enters this character as the 
first character on a line, CCP interprets the line 
as a command. Among other functions, CCP supports 
terminal definition commands to determine or change 
the values you have established for the following 
parameters: 


BR 

DLC 

IC 

FW 

BS 

DLTO 

IN 

TC 

El 

DLX 

LI 

XLC 

B2 

EBR 

OC 

XLTO 

Cl 

EBX 

OP 

XLX 

CN 

ELX 

PA 

XLY 

CP 

EP 

PG 


CT 

HN 

PL 



This parameter Is optional. If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-blt ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-blt 
ASCII code set). 

You cannot use any of the following values: 

00. 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 3A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the BS, Bl, B2, CN, EBX, or ELX parameters 


If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-blt ASCII code 
set. 

If you omit the CT parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The default is: 

STIP CT Value 

Value Used ASCII Character 

PAD IB ESC (CTRL and [ keys 

or ESCAPE key) 


The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 


DBL PARAMETER 

The downline block limit (DBL) parameter specifies 
the number of downline blocks that can be out¬ 
standing (unacknowledged) between the host computer 
and this virtual circuit. The value you choose 
determines how many blocks of data the NPU queues 
from the total number of outstanding blocks (ABL 
parameter value) of the size specified by the DBZ 
parameter. 

This parameter is optional. The DBL parameter has 
the following value range: 

1 < dbl < 7 
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The value you declare should be less than or equal 
to the application block limit (ABL parameter value) 
of the virtual circuit. The host queues abl - dbl 
blocks; the NPU queues dbl blocks. Small DBL values 
use less NPU memory but cause slower data transfers. 

If you omit the DBL parameter, a default value is 
used (DT of CON only). The default value is 2. 


DBZ PARAMETER 

The downline block size (DBZ) parameter specifies 
the maximum number of character bytes each downline 
block can contain. The value you choose affects 
how much memory is needed to store the outstanding 
(unacknowledged) blocks of data in the NPU and the 
host. This value can be used by the application 
programs to divide downline messages into blocks. 

This parameter is optional. The DBZ parameter has 
the following range of values: 

1 < dbz _< 2043 

The value you declare should be chosen together 
with Che value used for the DBL parameter. 

If you omit the DBZ parameter, a default value is 
used (DT of CON only). The default value is 225. 
This default optimizes use of the default value for 
the DBL parameter. 


DLC PARAMETER 

The DLC parameter Indicates the maximum number of 
characters that can be input in each single-message 
transparent mode upline message from this terminal. 
After the terminal user or application program 
changes the device^s input mode to transparent from 
normalized, CCP forwards a message block to the 
application and changes back from transparent to 
normalized mode when the device transmits the 
indicated number of characters. 

This parameter Is optional. You cannot use the DLC 
parameter if you use the XLC, XLTO, XLX, or XLY 
parameters. If you specify the DLC parameter, you 
must use one of the following values: 

CCP 

Indicates that CCP should use the default 
number appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

1 < die < 4095 

Indicates the maximum decimal number of 
characters that the terminal can transmit 
as a single transparent mode message. 

If you omit this parameter or specify the value 
CCP, the default value- of 2043 is used (DT of CON 
only). 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 


DLTO PARAMETER 

The DLTO parameter specifies whether the end-of- 
packet sequence ends single message transparent 
mode input. After the terminal user or application 
program changes the device's input mode to trans¬ 
parent from normalized, CCP forwards a message block 
to the application and changes back from transparent 
to normalized mode when the device transmits the 
end-of-packet sequence. 

This parameter is optional. You cannot use the 
DLTO parameter If you use the XLC, XLTO, XLX, or 
XLY parameters. If you specify the DLTO parameter, 
you must use one of the following values: 


CCP 

Indicates 

that 

CCP should 

use 

the 


default 

choice 

appropriate 

for 

the 


terminal 

class; 

using this 

value 

is 


equivalent to omitting the parameter. 

NO Indicates that end-of-packet sequence 

does not end transparent mode input. 

YES Indicates that transparent mode input 

ends at end-of-packet sequence. 

If you omit this parameter or specify the value 
CCP, the default value of NO is used (DT of CON 
only). 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 


DLX PARAMETER 

The DLX parameter indicates the hexadecimal value 
of the character code that should end input of a 
single-message transparent mode message from the 
device. After the terminal user or application 
program changes the device's input mode to trans¬ 
parent from normalized, CCP forwards a message 
block to the application and changes back from 
transparent to normalized mode when the device 
transmits this character. 

This parameter is optional. You cannot use the DLX 
parameter if you use the XLC, XLTO, XLX, or XLY 
parameters. 

The value that is valid for a given character 
depends on the character code set used by the 
terminal. You can use the following values: 

CCP 

Indicates that CCP should use the default 
character code appropriate for the terminal 
class; using this value is equivalent to 
omitting the parameter. 

0 _< dlx _< FF 

Indicates the hexadecimal code that ends 
single message transparent input. 

Values above 7F should not be used unless the PA 
parameter value of N or I is used. Codes above 7F 
are not seen by CCP unless the eighth (parity) bit 
of each input byte is defined as data. 
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You should select transparent mode Input delimiters 
with care. The character code you declare as the 
DLX value must be the code of a character that the 
physical device can input* If the delimiter is a 
character that cannot be input (either because of 
terminal hardware limitations or because of the PA 
parameter value declared for the device), then the 
Terminal Interface Program cannot terminate trans¬ 
parent mode input and the terminal will be trapped 
in that mode of operation once it has begun* 

If you omit this parameter or specify the value 
CCP, the default value of OD is used (DT of CON 
only). This is the ASCII code for the carriage 
return character. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 


EBR PARAMETER 

The EBR parameter indicates the appropriate cursor 
positioning response whenever a block of input ends, 
A block of input ends when CCP detects the end-of- 
packet Indicator (M bit value of zero). Whether 
cursor positioning occurs is determined by the value 
declared or used for the CP parameter. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that CCP should perform the 
default response appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter, 

CL Indicates that CCP should perform a 

carriage return and linefeed operation 
(move the cursor left and down to the 
beginning of the next physical line). 

CR Indicates that CCP should perform a 

carriage return operation (move the 
cursor left to the beginning of the 
current physical line). 

LF Indicates that CCP should perform a 

linefeed operation (move the cursor down 
to the next physical line), 

NO Indicates that CCP should not reposition 
the cursor. 

If you omit this parameter or specify the value 
CCP, the default value of CL is used (DT of CON 
only). 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. 


EBX PARAMETER 

The EBX parameter Identifies the character code 
that ends a block of one or more messages is the 
packet-forwarding signal from the device. When 
this code occurs as the last character in a packet 
sequence, it is treated as the end-of-block 


character and not as part of normalized mode data; 
CCP discards it. This parameter is optional. It 
is significant only when the terminal is in block 
input mode. 

If you specify a value, it must be either the 
reserved word CCP or a hexadecimal value for the 
7-bit ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 
codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 7E (all graphic characters) 

Any value that you declare or use by default 
for the BS, Bl, B2, CN, or CT parameters 

If you omit this parameter or specify the value 
CCP, the default value 04 is used (DT of CON 
only). That value is the ASCII end-of-transmission 
character (EOT) generated by the CTRL and D keys. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 


ELR PARAMETER 

The ELR parameter Indicates the appropriate cursor 
positioning response whenever a message (logical 
line) of input ends, A logical line of input ends 
when CCP receives the currently defined end-of-line 
character (ELX parameter value). Whether cursor 
positioning occurs is determined by the value 
declared or used for the CP parameter. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that CCP performs the default 
response appropriate for the terminal 
class; using this value is equivalent to 
omitting the parameter. 

CL Indicates that CCP performs a carriage 

return and linefeed operation (move the 
cursor left and down to the beginning of 
the next physical line)• 

CR Indicates that CCP performs a carriage 

return operation (move the cursor left 
to the beginning of the current physical 
line). 

LF Indicates that CCP performs a linefeed 

operation (move the cursor down to the 
next physical line). 

NO Indicates that CCP does not reposition 

the cursor. 

If you omit this parameter or specify the value 
CCP, the default value of LF is used (DT of CON 
only), 
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The value of this parameter reverts to the default 
value when the terminal class Is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


ELX PARAMETER 

The ELX parameter Identifies the character code 
that ends a message (logical line) to or from the 
device. When CCP detects this code in input, it 
forwards the message upline. 

This parameter is optional. You cannot declare the 
ELX parameter if you declare the ELO parameter for 
the same device. 

If you specify a value, it must be either the 
reserved word CCP or a hexadecimal value for the 
7-bit ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 
codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 7E (all graphic characters) 

Any value that you declare or use by default 
for the BS, Bl, B2, CN, or CT parameters 

If you omit this parameter or specify the value 
CCP, the default value of OD is used (DT of CON 
only). That value is the ASCII carriage return 
character. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 


EP PARAMETER 

The echoplex (EP) parameter causes the echoing of 
input characters back to the output mechanism of 
the device. Echoplexing is normally required when 
the device operates in full-duplex mode and no 
echoing is performed by hardware between the device 
input hardware and the PAD. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. If you specify the 
EP parameter, you must use one of the following 


values: 



CCP 

Indicates that CCP should notify the PAD 
to echo input if that is the appropriate 
action for the terminal class; using 
this value is equivalent to omitting the 
parameter. 

NO 

Indicates that CCP should not notify 
PAD to echo input characters. 

the 

YES 

Indicates that CCP should notify the 
to echo input characters. 

PAD 


If you omit the EP parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter 
value used for the terminal. The default values 
are: 

TC EP Value 

Value Used 


H2000 

NO 

M33 

NO 

M40 

NO 

T4014 

NO 

2741 

NO 

713 

NO 

721 

NO 

X364 

YES 


The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value you specify. 


HD PARAMETER 

The HD parameter controls whether or not the full 
host availability display (HAD) is presented to the 
terminal user. This parameter is optional. 

If you specify this parameter, you must use one of 
the following values: 

NO Indicates that the full host avail¬ 

ability display is not presented to the 
terminal user. The terminal user 
receives only the host status message 
and the prompt message. 

YES Indicates that the full host avail¬ 

ability display is presented to the 
terminal user. 

If you omit this parameter and only a single host 
is defined, the default value of NO is used. If 
you omit this parameter and multiple hosts are 
defined, the default value of YES is used. 

The value of this parameter does not change when 
the terminal class is changed from the console or 
changed by the application program. The application 
program or the terminal user can change the value 
you specify. 


HN PARAMETER 

The HN parameter Identifies the node number of the 
host that a console device is connected to unless 
another path is selected by the terminal user. 

This parameter is optional. If you declare this 
parameter, you must use one of the following values: 

NONE 

Indicates that no node number is specified. 
This has the same effect as not declaring 
the parameter, A value of NONE cannot be 
declared if AUTOCON is also specified and 
there are logical links to more than one 
host terminating in the NPU being defined. 
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1 ^ hn < 255 

Indicates the node number of the host that 
the console device and any associated batch 
devices are to be connected to< 

The value declared for the HN parameter must be the 
same as the NODE value in a COUPLER statement with¬ 
in the same network definition* If all the COUPLER 
statements for all the logical links to the NPU 
being defined have equal HNAME parameters, the NDL 
processor provides a default host node* The default 
host note is the last coupler specified. If the HN 
parameter is not specified, the terminal user must 
select a host before a connection can be made* If 
the AUTOCON parameter is specified, then the HN 
parameter must also be specified* 

The value of this parameter does not change when 
the terminal class is changed from the console. 
The terminal user can change the value you specify« 


If you omit the IC parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter 
value used for the terminal * The default values 
are: 

TC 1C Value 

Value Used 


H2000 

NO 

M33 

NO 

MAO 

NO 

TAOIA 

NO 

27A1 

NO 

713 

NO 

721 

NO 

X36A 

YES 


The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program* The 
application program or the terminal user can change 
any value you specify- 


IC PARAMETER 

The IC parameter specifies whether or not the input 
mechanism of the device supports an ASCII DC3 code 
(X-OFF character) as a signal to stop input and an 
ASCII DCl code (X-ON character) as a signal to 
resume input, CCP notifies the PAD to use these 
codes to control input flow when the device can 
support them. 

This parameter allows you to configure a device so 
that input from an Intelligent terminal such as a 
personal computer or from a cassette mechanism can 
be interrupted and restarted as needed without 
terminal user intervention* The PAD sometimes 
needs to suspend input on a line or circuit because 
the volume of network traffic has temporarily used 
all available storage space* 

You should be careful that this parameter is 
appropriately defined for the device hardware that 
actually uses the line. These codes are used for 
many purposes by device manufacturers; receiving 
either code can have effects other than resuming or 
stopping input. 

This parameter is optional; it is allowed for all 
terminal classes except 2741, If you specify this 
parameter, you must use one of the following values: 


CCP Indicates that CCP should use the 

default appropriate for the terminal 
class; using this value is equivalent 
to omitting the parameter* 

NO Indicates that CCP should not notify 

the PAD to use X-ON and X-OFF 

characters to control input • 

YES Indicates that CCP should notify the 

PAD to use X-ON and X-OFF characters to 
control input* 


IN PARAMETER 

The IN parameter identifies the input mechanism and 
the input message blocking of the device. (Terminal 
users can use a similar command that also defines 
whether input is in transparent mode or normalized 
mode; you cannot configure a device to begin 
accessing the network in transparent mode*) 

As the input transmission mode, you can specify 
either: 

Normalized line mode (one message or logical 
line per block). 

Normalized block mode (one or more logical 
lines or messages collected into a block before 
it is transmitted* Cursor positioning at 
linefeed and end-of-llne is not performed and 
output is not sent until end-of-block is 
reached *) 

This parameter is optional; it is allowed for all 
terminal classes* Possible values are: 

BK Indicates keyboard input in block mode. 

CCP Indicates that CCP uses the default 
options appropriate for the terminal 
class; using this value is equivalent to 
omitting the parameter* 

KB Indicates keyboard input in line mode* 

If you omit this parameter or specify the value 
CCP, the default value of KB is used (DT of CON 
only)• 

The value of this parameter reverts to the default 
value when the ten^nal class is changed from the 
console or changed by the application program* The 
application program or the terminal user can change 
any value that you specify. 
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LI PARAMETER 

The LI parameter specifies the number of idle 
characters to insert in the downline data after a 
linefeed code. The number of idle characters 
inserted must be sufficient to provide the time 
needed by the terminal to physically move the 
carriage of the device to its next line for output. 

This parameter is optional. If you declare this 
parameter, you must use the reserved word CCP or a 
value tn the following range: 

0 < Li _< 127 

If you omit the LI parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter value 
used for the terminal. The default values are: 

TC LI Value 
Value Used _ 

H2000 3 
M33 1 
MAO 3 
TAOIA 0 
713 0 
721 0 
X364 0 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program- The 
application program or terminal user can also change 
the value you specify, 

LK PARAMETER 

The LK parameter specifies whether unsolicited 
messages from the NPU or host operator can appear 
at the terminal. This parameter is optional. 

If you declare this parameter, you must specify one 
of the following values: 


CCP 

Indicates 

that 

CCP should 

use 

the 


default 

choice 

appropriate 

for 

the 


terminal 

class; 

using this 

value 

is 


equivalent to omitting the parameter. 

NO Indicates that unsolicited messages 

should be delivered to the terminal as 

soon as received by CCP, 

YES Indicates that unsolicited messages 

should be discarded (locked out). 

If you omit this parameter or specify the value 
CCP, the default value of NO is used (DT of CON 
only), 

The application program or terminal user can also 
change the value you specify. 


MCI PARAMETER 

The MCI parameter specifies the delay after a 
carriage return is output. This delay is in 
A-millisecond increments. This value is used by 
CCP to compute the number of idle characters output. 


This parameter is optional. The MCI parameter has 
the following value range: 

0 ^ mci £ 250 

Entering the terminal definition command Cl to 
change the number of idle characters after a 
carriage return overrides the MCI value specified 
by either the application program or in the NDL. 
If the Cl parameter and the MCI parameter are both 
specified in the NDL, whichever value is specified 
second overrides the first value. Entering the TC 
command to change the terminal class restores the 
default terminal class settings. 


MLI PARAMETER 

The MLI parameter specifies the delay after a line 
feed is output. This delay is in A-mlllisecond 
increments. This value is used by CCP to compute 
the number of idle characters output. 

This parameter is optional. The MLI parameter has 
the following value range: 

0 < mli < 250 

Entering the terminal definition command LI to 
change the number of idle characters after a line 
feed overrides the MLI value specified by either 
the application program or in the NDL, If the LI 
parameter and the MLI parameter are both specified 
in the NDL, whichever value is specified second 
overrides the first value. Entering the TC command 
to change the terminal class restores the default 
terminal class settings. 


OC PARAMETER 

The OC parameter specifies whether or not the 
output mechanism of the device sends an ASCII DC3 
code (X-OFF character) as a signal for the PAD to 
interrupt output and an ASCII DCl code (X-ON 
character) as a signal for the PAD to resume 
output. The PAD can accept these codes for control 
of output flow by devices that must periodically 
interrupt output to perform such functions as 
emptying buffers to offline storage devices, DCl 
and DC3 codes used in this manner are discarded by 
the PAD, 

You should only use this parameter when the device 
actually using the line requires it. The DCl and 
DC3 codes can be sent for many purposes by terminal 
users; either code in input might be intended as 
data for the host application program. 

This parameter is optional; it is allowed for all 
terminal classes except 2741, If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that CCP should use the 

default appropriate for the terminal 
class; using this value is equivalent 
to omitting the parameter, 

NO Indicates that CCP should notify the 

PAD to Ignore X-ON and X-OFF characters 
in input; output control by the device 
is unnecessary. 
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YES Indicates that CCP should notify the PAD 
to recognize X-ON and X-OPF characters 
in input as output control by the device. 

If you omit the OC parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter 
value used for the terminal. The default values 
are: 


TC 

IC Value 

Value 

Used 

H2000 

NO 

M33 

NO 

MAO 

NO 

TA014 

NO 

2741 

NO 

713 

NO 

721 

NO 

X364 

YES 


The value of this parameter reverts to the default 
value when the terminal class Is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value you specify. 


OP PARAMETER 

The OP parameter identifies the output mechanism, 
page width processing requirement, and page length 
processing requirement of the device, CCP supports 
these possible output mechanisms: 

A console screen 

A hardcopy mechanism, such as a printer 

CCP performs one of these processing actions when a 
finite page width is reached: 

Inserts the codes appropriate to return the 
cursor or carriage to the beginning of the next 
physical line. 

Inserts no codes, which performs no action. 

If the device has a page width of 0, the second 
choice is always used. Refer to the description 
under the heading FW Parameter, 

CCP performs one of these processing actions when a 
finite page length is reached: 

Inserts the codes appropriate to cause the 
cursor or carriage to move to the next page 
(clear screen, formfeed, and so forth). 

Inserts no codes, which performs no action. 

If the device has a page length of 0, the second 
choice is always used. Refer to the PL Parameter 
description. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 


CCP 

Indicates 

that 

CCP should 

use 

the 


default 

options 

appropriate 

for 

the 


terminal 

class; 

using this 

value 

is 


equivalent to omitting the parameter 



DI Indicates that the console display screen 
is used, no codes should be inserted when 
page width is reached (the device does 
its own line folding), and codes should 

be inserted when page length is reached. 

PR Indicates that a hardcopy printer is 
used, codes should be inserted when page 
width is reached (the device does not do 
its own line folding), and codes should 

be Inserted when page length is reached. 

If you omit this parameter or specify the value 
CCP, a default value is used. The default used 
depends on the TC parameter value declared or used; 
the default values are (DT of CON only): 

OP Value 
TC Value Used 


H33 

PR 

713 

DI 

721 

DI 

X364 

DI 

H2000 

DI 

T4014 

DI 

N40 

DI 


The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 


PA PARAMETER 

The PA parameter indicates the processing the X25 
TIP should perform for the parity bit within each 
character byte of upline or downline data. This 

TIP processes the parity bit of all upline character 
codes in the following way: 

Ignores the input byte parity bit after input. 
If the device is operating in normalized mode, 
sets the parity bit to zero and then forwards 
the byte upline to the application program. If 
the device is operating in transparent mode, 

the parity bit is set to zero for odd, even, 

and zero parity processing only; if parity is 
set to none or ignore, forwards the 8 bits 
unchanged to the application (for devices that 
send 8-bit bytes, this allows the application 
program to receive bit 7 as data), If the 
device is operating in transparent mode and 
parity is set to ignore, the parity bit is 

Ignored when checking for the transparent mode 
delimiters. 


CCP also processes the upper bit (bit 7) of all 

downline character code bytes in the following ways: 

The parity bit in the output byte is set to 

zero, regardless of the setting of bit 7 in the 

downline byte. This is called zero parity 
processing. 

The parity bit in the output byte is set to 

zero or one, as necessary to give the byte an 
odd number of set bits; the setting of bit 7 in 
the downline byte is Ignored, This is called 
odd parity processing. 
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The parity bit in the output byte is set to 
zero or one, as necessary to give the byte an 
even number of set bits; the setting of bit 7 
in the dovmline byte is ignored. This is 
called even parity processing. 

The parity bit in the output byte is set to 
zero, regardless of the setting of bit 7 in the 
downline byte. If the terminal is operating in 
transparent mode, the parity bit in the output 
byte is unchanged from the setting of bit 7 in 
the downline byte (for devices that can receive 
8-bit bytes, this allows the application 
program to use bit 7 as data). This is the 
method CCP uses for both no parity and ignore 
parity processing. 

You can specify one of these input and output 

processing options to match the parity bit input 
processing performed by the device and the output 
processing expected by it. If the device will 
operate in transparent mode, you must specify 
either the no parity or the ignore parity option 
for an application program and the device to 

exchange hexadecimal codes with values between 7F 

and FF (using bit 7 as data). 

This parameter is optional. If you specify the PA 
parameter, you must use one of the following values: 

CCP Indicates that CCP performs the parity 

processing appropriate as a default for 
the terminal class; using this value is 
equivalent to omitting the parameter. 

E Indicates that CCP should perform even 

parity processing for output bytes, 

I Indicates that CCP performs Ignore 

parity processing for both input and 

output bytes. 

N Indicates that CCP should perform no 

parity processing for output bytes. 

0 Indicates that CCP should perform odd 

parity processing for output bytes. 

Z Indicates that CCP should perform zero 

parity processing for output bytes. 

If you omit this parameter or specify the value 
CCP, a default value of even parity processing is 
used. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 

PG PARAMETER 

The PG parameter specifies whether CCP should wait 
at each output page boundary for terminal user 
acknowledgment before it displays the next page of 
data. In certain situations, page waiting can occur 
other than at page boundaries; CCP produces a 
prompting message (OVER,.) when this type of page 
waiting occurs. The user^s response to page waiting 
is entry of a line, usually empty. 


CCP views a new page as beginning at the start of 
each downline message. CCP calculates the length 
of a page from the current values of the page width 
and page length (see PW and PL Parameter descrip¬ 
tions). If the page width is infinite (PW=0), a 
page consists of one line less chan the number of 
logical lines specified as the page length. If the 
page width is finite (PW is nonzero), a page con¬ 
sists of one line less than the number of physical 
lines specified by the page length; CCP calculates 
the number of physical lines by dividing each 
logical line into units less than or equal to the 
page width. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 


CCP 

Indicates 

that 

CCP 

should 

use 

the 


default 

setting 

appropriate 

for 

the 


terminal 

class; 

using 

this 

value 

is 


equivalent to omitting the parameter. 

NO Indicates that page waiting should not 
occur. 

YES Indicates that page waiting should occur. 


When you specify PG=YES, you should also specify a 
nonzero value for the PL parameter. CCP cannot 
perform page waiting at the boundaries of infinitely 
long pages (PL=0). 

If you omit the PG parameter or specify a value of 
CCP, the default value of NO is used (DT of CON 
only). The value of this parameter reverts to the 
default value when the terminal class is changed 
from the console or changed by the application 
program. The application program or terminal user 
can also change the value you specify. 


PL PARAMETER 

The PL parameter specifies the ntimber of physical 

lines per page of input or output for the device. 

If the device is configured for page waiting (PG 

parameter), any message containing more lines of 
output than the page length will be interrupted by 
CCP for a page waiting response from the terminal 
user. The Interruption occurs after line pi - 1 is 
output. If the device is defined with a printer as 
its output device (OP value of PR), CCP Inserts 
formfeed codes at page length boundaries. 

This parameter is optional. If you specify the PL 
parameter, you must use one of the following values: 

CCP 

Indicates that CCP should use the default 

value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

0 

Indicates an infinite page length. An 
infinite page length means that no page 
waiting occurs and no formfeed codes are 
inserted. 
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8 < pi £ 255 

Indicates the number of physical lines per 
page. 

If you omit the PL parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter value 
used for the terminal. The default values are: 

TC PL Value 

Value Used 


M33 

0 

713 

24 

721 

30 

H40 

24 

H2000 

27 

X364 

24 

T4014 

35 


The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 


PRI PARAMETER 

The PRI parameter is a stand-alone keyword. This 
keyword indicates whether data to or from the device 
is to have traffic priority over that to or from 
other devices in the network. Data to or from a 
device that does not have traffic priority is 

suspended to relieve network congestion before data 
to or from terminals with traffic priority is 

suspended. Interactive terminals should usually be 
given traffic priority over batch devices and 
application-to-appllcatlon connections. 


This parameter is optional. If you specify the PRI 
parameter, you must use one of the following values: 


NO 

Indicates 

that the circuit 

should 

not 


have data 

traffic priority. 



YES 

Indicates 

that the circuit 

should 

have 


data traffic priority. 



If you 

declare this 

parameter without 

a value, 

the 


value of YES is used. If you omit this parameter, 
the default value of NO is used. 


PW PARAMETER 

The PW parameter defines the number of characters 
per physical line of input or output for this 
device. This physical line length is also called 
the page width. 

For console devices (DT of CON) with a printer 
defined as the output mechanism (OP of PR), output 
lines longer than pw characters are divided into 
lines of pw or fewer characters each. For console 
devices with a display defined as the output mecha¬ 
nism (OP of DI), output lines longer than pw char¬ 
acters might be divided into lines of pw or fewer 
characters each by the host application program; if 
the PW value for a device is inappropriate, loss of 
visual fidelity can occur (the application program 
might divide the data into lines that are too short 
or too long for the screen's capacity, instead of 
allowing the terminal to wrap lines when needed). 


This parameter is optional. If you specify the PW 
parameter, you must use one of the following values: 

CCP 

Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

0 

Indicates that the device has an infinite 
page width. An infinite page width means 
that physical line length has no effect on 
output line formatting. 

20 < pw < 255 

Indicates that the device can support 
physical lines no longer than the indicated 
decimal value. 

If you omit this parameter or specify the value 
CCP, a default value is used. The default value 
depends on the terminal class. Default values for 
console devices (DT of CON) are: 


TC 

Value 

PW Value 
Used 

M33 

72 

713 

80 

721 

80 

X364 

80 

M40 

80 

H2000 

74 

T4014 

74 


The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program* The 
application program or terminal user can also change 
the value you specify. 


P90 THROUGH P99 PARAMETERS 

These ten parameters indicate the hexadecimal field 
value to use for the corresponding field number 
within the Terminal Interface Program configuration 
information transmitted for this device. The 
released version of the CDC-deflned X25 subTIP does 
not use any of these ten field number/field value 
pairs. 

These parameters are optional. If you specify a 
value, it must-be within the following range: 

0 < fv9i < FF 

If you omit these parameters, there are no default 
values. 


UBL PARAMETER 

The upline block limit (UBL) parameter specifies 
the number of upline blocks that can be outstanding 
(unacknowledged) between this terminal and an 
application program. The value you choose is 
independent of the ABL and DBL parameters. 
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You should choose a value that is larger than the 
maximum number of logical lines the terminal user 
can enter before output from the application program 
in the host must occur. A fixed number of input 
messages might have significance to an application 
program. If such an application does not perform 
output until receiving that number of input messages 
and if you choose a UBL value smaller than this 
number, the application program becomes deadlocked 
(it waits for blocks of data that CCP is forced to 
discard because the block limit has Been reached 
for upline queuing). If the device must receive 
output before it can begin additional input, the 
device also becomes deadlocked by this situation. 

This parameter is optional. The UBL parameter has 
the following value range: 

1 < ubl < 31 


The NPU queues all upline blocks. Large UBL values 
rapidly use up NPU memory and cause slower data 
transfers. 

If you omit the UBL parameter, a default value is 
used (DT of CON only). The default is 7. The 
application program can change the value you 
specify. 


Value Used 

Value Supplied in File 

0 0 

1 < ubz < 100 100 

101 < ubz < 200 200 


1901 < ubz < 2000 2000 

The NDL processor issues an informative message if 
it adjusts the UBZ value that you specify. 

If you omit the UBZ parameter, a default value is 
used (DT of CON only). The default is 100. This 
default optimizes use of the default value for the 
UBL parameter. 

For the Message Control System (MCS), the upline 
block size must be set to 0. 

The application program can change any value you 
specify. The terminal user can change the value 
within the following range: 

0 < ubz < 200 




UBZ PARAMETER 

The upline block size (UBZ) parameter specifies the 
maximum number of character bytes each upline block 
can contain. CCP divides each message from the 
terminal into blocks of the size you choose. The 
size you choose affects how much memory is needed 
to store the outstanding (unacknowledged) blocks of 
data the NPU and the host each queue. 

You should choose a value that allows most of the 
logical lines entered by the device to fit into a 
single block so that messages need not be divided 
into multiple network blocks. You should also 
choose a value that can be efficiently manipulated 
by the host application program. 

This parameter is optional. The UBZ parameter has 
the following value range for console devices (DT 
of CON): 

0 < ubz < 2000 


Site-defined devices can use the following range: 
0 < ubz < 2043 


If you specify 0, CCP sends an upline block whenever 
it receives 100 characters or it detects a linefeed 
character. 

The value you declare should be chosen together with 
the value used for the UBL parameter. The NDL 
processor rounds the value you supply to the next 
multiple of 100 bytes, as follows: 


XLC PARAMETER 

The XLC parameter indicates the maximum number of 
characters that can be input in each message of 
multiple-message transparent mode input from this 
device. After the terminal user or the application 
program changes the device^s input mode to trans¬ 
parent from normalized, the following occurs. When 
the device transmits the given number of characters, 
a message block is forwarded to the application and 
the device remains in transparent mode. 

This parameter is optional. You cannot use the XLC 
parameter if you use the DLC, DLTO, or DLX param¬ 
eters. If specified, XLX or XLTO must also be 
specified» You can use one of the following values: 

CCP 

Indicates that CCP should use the default 
number appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

1 ^ xlc 4095 

Indicates the maximum decimal number of 
characters that the terminal can transmit 
as one transparent mode message. 


If you omit this parameter or specify the value 
CCP, no default exists. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value you specify. 
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XLTO PARAMETER 

The XLTO parameter specifies whether an end-of- 
packet ends multiple message transparent mode input. 
After the terminal user or the application program 
changes the device^s input mode to transparent from 
normalized, CCP forwards a message block to the 
application and changes back from transparent mode 
to normalized mode when the device transmits the 
end-of-packet sequence. 

This parameter is optional. You cannot use the XLTO 
parameter if you use the DLC, DLTO, or DLX param” 
eters. You can use one of the following values? 


CCP 

Indicates 

that 

CCP should 

use 

the 


default 

choice 

appropriate 

for 

the 


terminal 

class; 

using this 

value 

is 


equivalent to omitting the parameter. 


NO 

Indicates 

that 

a timeout does 

not 

end 


transparent mode 

input• 



YES 

Indicates 

that 

transparent mode input 


ends when 

a timeout occurs • 




If you omit this parameter or specify the value 
CCP, no default exists. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can also 
change the value you specify. 


XLX PARAMETER 

The XLX parameter Indicates the hexadecimal value 
of the character code that should cause upline 
transmission of a message in multiple-message 
transparent mode. If this character code is also 
used as the value for the XLY parameter and is input 
twice in succession, the device will be put back in 
normalized mode as determined by the IN parameter. 

This parameter ^i8 optional. You cannot use the XLX 
parameter if you use the DLC, DLTO, or DLX param¬ 
eters . 

The value that is valid for a given character 
depends on the character code set used by the 
terminal. You can use one of the following values: 

CCP 

Indicates that CCP should use the default 
character code appropriate for the terminal 
class; using this value is equivalent to 
omitting the parameter. 

0 £ xlx < FF 

Indicates the hexadecimal code that ends 
each message within multiple-message trans¬ 
parent input. 

Values above 7F should not be used unless the PA 
parameter value of N or I is used. Codes above 7F 
are not seen by CCP unless the eighth (parity) bit 
of each input byte is defined as data. 


If you omit this parameter or specify the value 
CCP, no default exists. 

The application program or the terminal user can 
change any value you specify. 


XLY PARAMETER 

The XLY parameter Indicates the hexadecimal value 
of the character code that ends multiple—message 
transparent mode operation when entered following 
the XLX character code. After the terminal user or 
the application program changes the devlce^s input 
mode to transparent from normalized, CCP changes 
back from transparent mode to normalized mode when 
the device transmits this character Immediately 
after the character defined for the XLX parameter. 
If this character is also used for the XLX param¬ 
eter, the code does not change the device's input 
mode unless it is input twice in succession. 

You should select transparent mode input delimiters 
with care. The character code you declare as the 
XLY value must be the code of a character that the 
physical terminal can input. If the delimiter you 
declare is a character that cannot be input (either 
because of terminal hardware limitations or because 
of the PA parameter value declared for the termi¬ 
nal), then the Terminal Interface Program cannot 
terminate transparent mode input and the terminal 
will be trapped in that mode of operation once it 
has begun. 

This parameter is optional. You cannot use the XLY 
parameter if you use the DLC, DLTO, or DLX param¬ 
eters. If you use this parameter, you must use the 
XLX parameter. 

The value that is valid for a given character 
depends on the character code set used by the 
terminal. You can use one of the following values: 

CCP 

Indicates that CCP should use the default 
character code appropriate for the terminal 
class; using this value is equivalent to 
omitting the parameter. 

0 < xly £ FF 

Indicates the hexadecimal code that ends 
multiple-message transparent input. 

Values above 7F should not be used unless the PA 
parameter value of N or I is used. Codes above 7F 
are not seen by CCP unless the eighth (parity) bit 
of each input byte is defined as data. 

If you omit this parameter or specify the value 
CCP, and XLX is also specified, the default is the 
code specified for XLX. Otherwise, no default 
exists. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 
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APPLICATIO N-TO -APPLICATION 
CONNECTION DEFINITIONS 

Each X. 25 applicatlon-to-appllcatlon connection 
definition consists of a TERMINAL definition and a 
DEVICE definition and represents one or more 
switched virtual circuits. Each virtual circuit 
can service one application connection. 

Switched virtual circuits are comparable to termi¬ 
nals using dialup lines in that the characteristics 
of the device using the line can change from use to 
use of the line. 

You specify only one appllcation-to-appllcatlon 
connection definition for all of the application 
connections that can use the line. As each switched 
virtual circuit becomes active, CCP creates a 
separate device definition for it, creating an 
element name for each definition. This device name 
consists of the one to five characters you declare, 
plus an ordinal consisting of the switched virtual 
circuit number. 


TERMINAL DEFINITIONS 

You must provide one TERMINAL or TERMDEV statement 
for the application connections that can access the 
link. Figures 5-5 and 5-6 present the format of 
these statements for appllcation-to-application 
connections on X.25 lines. 


TERMINAL C,STIP=stipt yp ^CSET =c ha r set /} 
CNCIR-numcir,NEN=encir3. 
Parameters are described in the text. 


Figure 5-5. TERMINAL Statement Format 
for Communication Lines of TIPTYPE=X25 

The LINE statement must specify the total number of 
circuits available from the packet-switching network 
via the line (NSVC parameter). You can declare 
only one TERMINAL and DEVICE statement or one 
TERMDEV statement for each subTIPtype (STIP param¬ 
eter) on the line. You can use the TERMINAL or 
TERMDEV statement NCIR parameter to define more 
than one circuit with that statement. The NCIR 
parameter determines the highest ordinal number 
used to generate a unique element name for each 
device using the circuit. 

The following parameters provide the terminal 
definition for the line: 

CSET 

NCIR 

NEN 

STIP 

The STIP parameter is described first because it 
affects the validity, ranges, and defaults of the 
other parameters. The other parameters are 
described in alphabetical order. 


STIP Parameter 

The STIP parameter specifies the packet protocol 
required to support the terminal definition. This 
parameter is required for application-to-application 
connections. 

When you declare a value for STIP, it must be one 
of the following reserved words: 

XAA Identifies the application-to- 

application X.25 subTIP. 


CSET Parameter 

The CSET parameter specifies the code and character 
set of the terminal. The CSET parameter is 
optional. 

When you declare a value for CSET, you must use one 
of the following words: 

ASCII ASCII code and character set 

CSET15 Site-defined code and character set, 
identified within the network soft¬ 
ware as character set number 15 

If you omit CSET, the default value of ASCII is 
used. 


NCIR Parameter 

The NCIR parameter specifies the decimal number of 
virtual circuits of the same subTIPtype you are 
defining. This parameter is optional. 

If you specify this parameter, the value you use 
must be less than or equal to the NSVC value 
declared or used on the corresponding LINE state¬ 
ment. The NCIR parameter has the following range 
of values: 

1 ^ numcir ^ 255 

If you omit this parameter, the default value of 1 
is used. 


NEN Parameter 

The NEN parameter specifies the decimal number of 
virtual circuits of the same subTIPtype that are 
intially enabled. This parameter is optional. 

If you specify this parameter, the value you use 
must be less than or equal to the NCIR value 
declared or used on the same TERMINAL or TERMDEV 
statement. The NEN parameter has the following 
range of values: 

1 < enclr _< 255 

If you omit this parameter, the default value of 1 
is used. 
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DEVICE DEFINITIONS 


You oust provide one TERMDEV or DEVICE statement 
for all switched virtual circuit appllcation-to- 
application connections that can access the com¬ 
munication line through the terminal* Bach terminal 
statement can have only one DEVICE statement* 
Figures 5-6 and 5-7 present the formats of the 
TERMDEV and DEVICE statements for terminals on X,25 

The following parameters provide the definition for 
a CDC-deflned X.25 terminal device: 

DT 


DT Parameter 

The DT parameter specifies the device type being 
defined* You can declare either a CDC-defined 
device type or a site-defined device type. 


When you declare the DT parameter» the following 
values are valid: 

AP Identifies an interhost applicatlon-to- 

applicatlon connection* 

DT12 Identifies a site-defined device with 
no predefined characteristics, using 
the device type number 12 within NAM. 

If you omit the DT parameter > AP is used for 
STIP-XAA. 


BUFFERING OF DATA 

It is desirable to maintain double buffering of 
data for each connection in the network. By using 
double buffering data will always be available to 
be sent over 'the communications line. Setting the 
ABL parameter to 2 and the DBL parameter to 1 will 
generally result in double buffering* 


device: TERMDEVC^STIP=stiptyp,CSET=charset^NCIR=numcir,NEN=enc1oDT=devtyp3- 


devlce The element name of the connection being defined* This name can be one through five 
characters long. The first character must be a letter; the other characters can be 
letters or digits- This name concatenated with the virtual circuit number Is used by the 
host or NPU operator to monitor and control the connection. This name is required; there 

Is no default value. 

All other parameters are described In the text. 


Figure 5-6. TERMDEV Statement Format for Application Programs Using Communication Lines of TIPTYPE»X25 


device: DEVlCEC,DT-devtypl. 


device The element name of the connection being defined. This name can be one through five 
characters long. The first character must be a letter; the other characters can be 
letters or digits. This name concatenated with the virtual circuit number Is used by the 
host or NPU operator to monitor and control the connection. This name Is required; there 
is no default value. 

All other parameters are described In the text. 


Figure 5-7. DEVICE Statement Format for Application Programs Using Communication Lines of TIPTYPE=X25 
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CCP buffer usage is optimized when downline block 
size follows the following relationship: 

DBZ = 113 + n*ll8. 

where n is an integer and n + 1 is the number of 
buffers required in CCP to hold the block. This 
relationship is of most use for application programs 
that can control the size of the downline blocks 
they send to the network. Since it is necessary 
for a block to contain an integral number of logical 
lines, the lower bound of DBZ should not be smaller 
than the largest allowable PW for a device. 

Default values for the ABL, DEL, and DBZ parameters 
are listed in table 5-2. 


TABLE 5-2. ABL, DBL, AND DBZ DEFAULTS 


Line 

Speed 

ABL 

DBL 

DBZ 

110 

1 

1 

230 

300 

1 

1 

230 

600 

2 

1 

230 

1200 

2 

1 

230 

2400 

2 

1 

230 

4800 

2 

1 

460 

9600 

2 

1 

940 


60480000 N 


5-23 • 






MODE 4, HASP, 2780/3780 AND 3270 BISYNCHRONOUS 6 
PROTOCOL LINES, TERMINALS, AND DEVICES 


The parameters required and the values allowed on 
the GROUP, LINE, TERMINAL, TERMDEV, and DEVICE 
statements depend upon the line protocol used. 
This section describes the form of a statement 
applicable to synchronous protocol lines. 

Synchronous communication lines are those using the 
line types defined in table 6-1, Such lines are 
serviced by the CDC-supplled M0DE4, HASP, BSC, or 
3270 TIPs, If you use the site-defined line type, 
one of these TIPs is presumed to be modified by 
your site (if necessary) to support either a 
standard communication line adapter or a specially 
built communication line adapter, 

LINE DEFINITION 

You configure terminals on a synchronous coaimunlca¬ 
tion line by using the following statements: 

One LINE or GROUP statement that defines the 
line. 


One TERMINAL or TERMDEV statement for each 
potential terminal on the line (more than one 
mode 4C protocol terminal can access the line 
at a given time; multiple-drop synchronous 
lines of this type are supported). 

One DEVICE statement for each device that 
accesses the line through a terminal; if you 
use a TERMDEV statement, you cannot use DEVICE 
statements for the same terminal. 


LINE STATEMENT PARAMETERS 

Each LINE statement defines one communication line 
between a terminal and the NPU, There must be one 
LINE statement for each CLA port on the NPU that 
supports terminal access. 

Figure 6-1 shows the format of the LINE statement 
and the valid parameter values for CDC-deflned 
synchronous lines. Table 6-1 shows permitted line 
type values for the LTYPE parameter. 


TABLE 6-1, SYNCHRONOUS LINE TYPE DEFINITIONS 


LTYPE 

Value 

Transmission 

Mode 

Transmission 

Operation 

Circuit 

Type 

Modem 

Typet 

CLA Type 

Maximum Speed, 
Bits per 
Second 

Carrier 

Type 

SI 

Synchronous 

Half-duplex 

Switched 

RS232C, Bell 

2560-1 

4800 

Controlled 




(Dialup) 

201A/208B 

compatible 




S2 

Synchronous 

Full-duplex 

Dedicated 

RS232C, Bell 

2560-1 

19200 

Controlled 



but operating 

(Hard- 

201B/208A 






half-duplex 

wired) 

compatible 

Bell 301/303 

2560-2 

50000 (HASP 






compatible 


only) 






V.35 Standard 

2560-3 

56000 (HASP 






compatible 


(only) 


S3 

Synchronous 

Full-duplex 

Dedicated 

RS232C, Bell 

2560-1 

19200 

Constant 




(Hard¬ 

201B/208A 







wired) 

compatible 

Bell 301/303 

2560-2 

50000 (HASP 






compatible 


only) 






V,35 Standard 

2560-3 

56000 (HASP 






compatible 


(only) 


S4 

Synchronous 

Unasslgned 

Unassigned 

Unasslgned 

Unas- i 

Unasslgned 

Unasslgned 

(For 

site- 

defined 

use) 





signed * 



^Modern types supported by each type of CLA may differ. 
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Line: LINE,PORT=port,LTYPE=ltypeC,TIPTYPE=tiptype,AUTOC=yn13,DIC=yn2D,AL=accLev,IMDISCC=yn3:,3 
CRC r=yn4D,P90=fv90^...,P99=fv991. 


Line 


port 


Ltype 


tiptype 


yn1 


yn2 


acclev 


yn3 


yn4 


fv9i 


The element name to be assigned to the coramunication Line being defined. This name is 
required; there is no default value. 

The hexadecimal number (1 < port < FE) of the port to which this communication Line connects 
on the NPU currently being*defined. Within an NDL program^ the port number is independent 
of the number of ports on the NPU; for example, a 128-port NPU can have a port numbered FE 
(254 decimal). However, we strongly recommend that you assign port numbers consecutively, 
starting with 1. All values declared for PORT parameters must be unique within the current 
network definition of each NPU. The value specified for port cannot the same as the 
number declared for a port in any other LINE or TRUNK statement (or within a GROUP statement 
expansion) for this NPU, and cannot be lower than the highest port number used by a trunk. 
This number is required; there is no default value. 

A reserved word value that identifies the type of communication line adapter/raodem/circuit 
combination that is used on this line. This word must be supplied; there is no default 
value. The legal words for this value declaration are described in table 6-1. 

A reserved word value that identifies the type of CCP Terminal Interface Program protocol 
required for the terminals on this line. This word is optional for lines being configured 
for automatic recognition of a synchronous protocol terminal; otherwise it must be supplied 
(there is no default value). The Legal words for this value declaration are: 

BSC 2780/3780 binary synchronous protocol TIP is required. 

HASP HASP multi leaving workstation binary synchronous protocol TIP is required. 

N0DE4 Control Data mode 4 protocol TIP is required. 

3270 3270 binary synchronous protocol TIP is required- 

An optional reserved word value (YES or NO^) for an optional stand-alone keyword. This 
parameter specifies whether this communication line is configured for automatic recognition 
of protocol and subTIPtype by CCP whenever a terminal is connected to the line. When AUTO 
or AUT0=YES is specified, the line is configured for automatic recognition. When automatic 
recognition is performed, CCP attempts to determine as many addressing parameters as 
possible at the time the line becomes active; recognized parameters are compared against 
parameters specified in the network definition file to identify the terminal accessing the 
Line. If AUTO is omitted or AUT0=N0 is specified, CCP is not allowed to perform automatic 
recognition for the line; the Line has a fixed configuration, and each TERMINAL or TERMOEV 
statement associated with this line roust explicitly declare all addressing and protocol 
parameters legal for that terminal. AUTO cannot be specified for Lines with TIPTYPE=3270. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter specifies the status assigned to this communication line at network initiation. 
When DI or DI=YES is specified, the line is disabled at network initiation and cannot be 
used until the HOP or NOP enables it. If DI is omitted or DI=N0 is specified, the Line is 
given an initial status of enabled unless the NOP or HOP specifies otherwise. 

The decimal access level limit (0 £ acclev £ 7) for the line. The lowest access level is 0 
(unclassified), the highest is 7. If AL is omitted or AL=N0NE is specified, no access level 
limit is associated with the line (equivalent to specifying AL=0). 

An optional reserved word value (YES or NO) which specifies whether the Immediate Disconnect 
feature is enabled for this line. When INDISC or IMDISC=YES is specified, any terminal on 
the line is disconnected immediately after the terminal has logged out (disconnected) from 
the host. When IMDISC is omitted or IMDISC^O is specified, a terminal on the line is 
disconnected only after a two minute timer expires. 

An optional reserved word value (YES or NO^) which specifies whether the reconfiguration 
indicator is enabled for this Line. When RC or RC=YES is specified, the terminal 
characteristics are reset to their original NDL values (or to a default if no NDL values 
were specified) when the terminal disconnects from a host. When RC is omitted or RC=N0 is 
specified, the reconfiguration indicator is not enabled for this line. 

The hexadecimal field value (0 < fv9i < FF) to use for the corresponding field number within 
the Terminal Interface Program configuration information transmitted for this line. The 
released version of the CDC-written N0DE4, HASP, BSC, and 3270 TIPs do not use any of these 
ten field nwnber/field value pairs. 


Figure 6-1. Synchronous LINE Statement Format 
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You use the AUTO parameter to define a communication 
line as having a fixed or an automatic recognition 
configuration. You can use either of these con¬ 
figuration types for a swltchable (dialup) line or 
for a dedicated (hardwired) line. 

Auto-recognition of 3270 terminals is not 
performed. For this reason, dial-up 3270 terminals 
must dial Into synchronous ports that support only 
3270s. The LINE definition for a 3270 terminal 
must include all cluster and terminal addresses 
that can connect to the port. 

If you define a fixed-configuration line by omitting 
AUTO or specifying AUT0=N0, you must know and 
specify certain characteristics of the terminals 
and devices that will use it. Only terminals and 
devices with the specified characteristics can use 
that line. 

The characteristics of a fixed-configuration line 
are: 

CCP Terminal Interface Program type (LINE 
statement TIPTYPE parameter) 

SubTIPtype (TERMINAL or TERMDEV statement STIP 
parameter) 

Cluster addresses (TERMINAL or TERMDEV statement 
CA parameter; required for mode 4 and 3270 
protocol lines only). Hardwired fixed- 
configuration lines can support multiple mode 4 
terminals 

Code and character set (TERMINAL or TERMDEV 
statement CSET parameter) 

Terminal address (TERMDEV or DEVICE statement 
TA parameter; required for mode 4, BSC, and 
3270 protocol lines only) 

Device stream number (DEVICE statement STREAM 
parameter; required for HASP protocol lines 
only) 

Device type (TERMDEV or DEVICE statement DT 
parameter) 

Number of devices (implied from number of 
TERMDEV or DEVICE statements) 


If you define an automatic recognition line by 
specifying AUTO or AUT0=YES, CCP determines these 
characteristics when a terminal becomes active on 
the line. This allows more flexible access to the 
network. 

For mode 4 protocol terminals, CCP determines the 
automatic recognition information from the first 
codes it receives when the terminal becomes 
active. For HASP terminals, CCP requires one of 
the following; 

The protocol signon block must contain a 
/*C0NFIG card image with the same configuration 
ordinal and device number information as the 
definition you create for that terminal. 

A /*C0NFIG card image must be the first input 
from the terminal. This card must contain the 
same configuration ordinal and device number 
information as the definition you create for 
that terminal. 


For bisynchronous terminals, CCP requires that a 
/★CONFIG card image be the first input from the 
terminal. This card must contain the same con¬ 
figuration ordinal and device number information as 
the definition you create for that terminal, 

A terminal on an automatic recognition line is not 
completely configured until it becomes active. At 
that time, the Communications Supervisor (CS) com¬ 
pares the determined characteristics against the 
characteristics you have defined for each terminal 
configured on the line. CS uses the first terminal 
definition that matches to finish configuring the 
terminal, CCP then services the terminal devices 
according to the finished configuration. 

Only a terminal that completely matches all declared 
values can use the line. It must operate with the 
characteristics you declare for any required or 
optional parameters in your terminal definition, or 
the terminal user must change those characteristics 
to match. If you declare AUTOREC instead of values 
for all of the automatically recognized parameters, 
then any terminal will match the terminal 
definition. 

If you declare values instead of AUTOREC for some 
of the automatically recognized parameters, then any 
terminal that successfully accesses the line and has 
characteristics matching the declared values will 
match your terminal definition. If you declare 
values instead of AUTOREC for all of the auto¬ 
matically recognized parameters, then only a ter¬ 
minal with automatically recognized characteristics 
that are the same as your values will match the 
terminal definition. 

You can specify more than one terminal definition 
for terminals of each protocol (each TIP type) on 
an automatic recognition line. Each definition 
should vary from the others in one of the auto¬ 
matically recognized characteristics; unless dif¬ 
ferences exist, CS will not use any definition 
other than the first one. If you specify terminals 
of more than one protocol, only terminals of one 
TIP type can access the line at the same time. 

Using automatic recognition increases the number of 
terminals that potentially can use the line. You 
can configure a swltchable line for automatic 
recognition with more logical terminals than the 
physical terminals that simultaneously can access 
it. However, only one physical HASP, mode 4A pro¬ 
tocol, or bisynchronous terminal can access the 
line at a given time. 

You can configure a mode 4 line for automatic 
recognition without specifying cluster addresses on 
TERMINAL statements or terminal addresses on DEVICE 
statements. Only one physical mode 4C protocol 
terminal with a given cluster address can access 
the line at a given time, and only one device with 
a given terminal address can be configured at a 
given time. 

For example, the statement 

LN3F: LINE P0RT=10,LTYPE=S1,AUTO, 

defines a swltchable (dialup), synchronous line (on 
NPUF in SVLnet, figure 2-1 of section 2) for auto- | 
matic recognition of any synchronous protocol ter¬ 
minals. The line is identified as LN3F, connects 
to the NPU at port 10, and is enabled by default at 
network initiation. 
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If the automatic recognition form of the statement 

LN3F: LINE PORT“10,LTYPE=Sl,TIPTYPE=41ODE4,AUTO. 

were used instead, only mode A terminals could use 
the line. 

As an example of a fixed-configuration line, the 
statement 

LN2E: LINE PORT«10,LTYPE«S3,TIPTYPE“‘HASP. 

defines a hardwired (dedicated), enabled, synchro¬ 
nous line for multileaving workstation terminals, 
I accessing the NPU (NPUE in SVLnet) through port 10, 

All of the terminals capable of accessing this 
switchable line would have to be completely and 
explicitly configured on their TERMINAL and DEVICE 
statements. However, the characteristics of the 
terminal can be automatically recognized by the 
MODEA TIP. 


The format of the GROUP statement is shown in 
figure 6-2. Table 6-1 shows permitted line type 
values for the LTYPE parameter. 

Using the GROUP statement can reduce the number of 
definitions you must provide in your NDL program 
without reducing the number of definitions provided 
in the network configuration file. An example of 
GROUP statement use is shown in figure 6-3. 

You use the AUTO parameter to define a communication 
line as having a fixed or an automatic recognition 
configuration. You can use either of these config¬ 
uration types for a dialup line or for a dedicated 
(hardwired) line. 

Auto-recognition of 3270 terminals is not performed. 
For this reason, dial-up 3270 terminals must dial 
into synchronous ports that support only 3270s. 
The LINE definition for a 3270 terminal must include 
all cluster and terminal addresses that can connect 
to the port* 


GROUP STATEMENT PARAMETERS 

You can use the GROUP statement in place of the LINE 
statement when you want to repeat a line definition 
a specified number of times, 

NDLP creates identical line, terminal, and device 
definitions (except for port number, line name, and 
device name) the number of times specified by the 
NI parameter. NDLP generates unique port numbers 
by incrementing the previously defined port number 
by one, NDLP generates unique line and device 
element names by adding the LINE'S port number in 
two-digit hexadecimal form to the one- to five- 
character specified root element name. 


If you define a fixed-configuration line by omitting 
AUTO or specifying AUT0=*N0, you must know and 
specify certain characteristics of the terminals 
and devices that will use it. Only terminals and 
devices with the specified characteristics can use 
that line. 

The characteristics of a fixed-configuration line 
depend on the communication protocol used by the 
line. These characteristics are: 

CCP Terminal Interface Program type (GROUP 
statement TIPTYPE parameter) 

SubTIPtype (TERMINAL or TERMDBV statement STIP 
parameter) 


I 


group: 6R0UP,P0RT=port^LTYPE=LtypeC,TIPTYPE=tiptyp8,AUT0C=yn13,0lC=yn23^AL=acclev^IHDISCC=yn33^3 

CRCC=yn43^P90=fv90^...,P99=fv99,NI=iter3. 

group The root name to use for generating the element names assigned to the communication lines and 
devices being defined. This name/ which cannot be Longer than five characters/ must result in 
element names that are unique within the network division currently being described- This name 
is required; there is no default value. 

port The hexadecimal number (1 ^ port < FE) of the port to which the first of these communication 

lines connects on the NPU currently being defined. Within an NDL program/ the port number is 
independent of the number of ports on the NPU; for example/ a 128-port NPU can have a port 
numbered FE (254 decimal). However/ we strongly recommend that you assign port numbers consec¬ 
utively/ starting with 1. All values declared for PORT parameters roust be unique within the 
current network definition of each NPU. The value specified for port cannot be the same as 
the niOTber declared for a port in any LINE or TRUNK statement (or within any other GROUP state¬ 
ment expansion) for this NPU/ and cannot be lower than the highest port number used by a 
trunk. This nirober is required; there is no default value. 

Ltype A reserved word value that identifies the type of communication line adapter/modem/circuit 

combination that is used on this Line. This word roust be supplied; there is no default value. 
The Legal words for this value declaration are described in table 6-1. 

tiptype A reserved word value that identifies the type of CCP Terminal Interface Program protocol 

required for the terminals on this Line. This word is optional for lines being configured for 
automatic recognition of a synchronous protocol terminal; otherwise/ it must be supplied (there 
is no default value). The legal words for this value declaration are: 

BSC Binary synchronous protocol TIP is required. 

HASP HASP multi leaving workstation binary synchronous protocol TIP is required. 

M0DE4 Control Data mode 4 protocol TIP is required. 

3270 3270 protocol TIP is required. 


Figure 6-2. Synchronous GROUP Statement Format (Sheet 1 of 2) 
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yn1 An optional reserved word value (YES or NO) for an optional stand-alone keyword. This param¬ 

eter specifies whether this communication line is configured for automatic recognition of 
protocol and subTIPtype by CCP whenever a terminal is connected to the line. When AUTO or 
AUT0=YES is specified, the line is configured for automatic recognition. When automatic 
recognition is performed, CCP attempts to determine as many addressing parameters as possible 
at the time the line becomes active; recognized parameters are compared against parameters 
specified in the network definition file to identify the terminal accessing the line. If AUTO 
is omitted or AUT0=N0 is specified, CCP is not allowed to perform automatic recognition for the 
line; the line has a fixed configuration, and each TERMINAL or TERMDEV statement associated 
with this line must explicitly declare all addressing and protocol parameters legal for that 
terminal. AUTO cannot be specified for lines with TIPTYPE=3270. 

yn2 An optional reserved word value (YES or NO) for an optional stand-alone keyword; this parameter 

specifies the status assigned to this communication line at network initiation. When DI or 
DI=YES is specified, the line is disabled at network initiation and cannot be used until the 
HOP or NOP enables it. If DI is omitted or DI=N0 is specified, the line is given an initial 
status of enabled unless the NOP or HOP specifies otherwise. 

acclev The decimal access level limit (0 < acclev £ 7) for the line. The lowest access level is 0 
(unclassified), the highest is 7. If AL is omitted or AL^NONE is specified, no access level 
limit is associated with the line (equivalent to specifying AL=0). 

yn3 An optional reserved word value (YES or NO) which specifies whether the Immediate Disconnect 

feature is enabled for this line. When IMDISC or IHDISC=^ES is specified, any terminal on the 
line is disconnected immediately after the terminal has logged out (disconnected) from the 
host. When IMDISC is omitted or IMDISC=N0 is specified, a terminal on the line is disconnected 
only after a two minute timer expires. 

yn4 An optional reserved word value (YES or NO^) which specifies whether the reconfiguration 

indicator is enabled for this line. When RC or RC=YES is specified, the terminal 
characteristics are reset to their original NDL values (or to a default if no NDL values were 
specified) when the terminal disconnects from a host. When RC is omitted or RC-NO is 
specified, the reconfiguration indicator is not enabled for this line. 

fv9i The hexadecimal field value (0 < fv9i £ FF) to use for the corresponding field number within the 

Terminal Interface Program configuration information transmitted for this line. The released 
version of the CDC-written M0DE4, HASP, BSC, and 3270 TIPs do not use any of these ten field 
nimiber/field value pairs. 

iter The decimal number (1 £ iter £ 254) of iterations of this line definition and of all TERMINAL, 
TERMDEV, or DEVICE statements following this GROUP statement. This parameter is optional; the 
default is 1. 


Figure 6-2. Synchronous GROUP Statement Format (Sheet 2 of 2) 


Cluster addresses (TERMINAL or TERMDEV state¬ 
ment CA parameter; required for mode 4 and 3270 
protocol lines only). Hardwired fixed- 
configuration lines can support multiple mode 4 
terminals. 

Code and character set (TERMINAL or TERMDEV 
statement CSET parameter) 

Terminal address (TERMDEV or DEVICE statement 
TA parameter; required for mode 4» BSC» and 
3270 protocol lines only) 

Device stream number (DEVICE statement STREAM 
parameter; required for HASP protocol lines 
only) 

Device type (TERMDEV or DEVI(3E statement DT 
parameter) 

Number of devices (Implied from number of 
TERMDEV or DEVICE statements) 

If you define an automatic recognition line by 
specifying AUTO or AUTO=YES, CCP determines these 
characteristics when a terminal becomes active on 
the line. This allows more flexible access to the 
network. 


For mode 4 protocol terminals, CCP determines the 
automatic recognition information from the first 
codes It receives when the terminal becomes 
active. For HASP terminals, CCP requires one of 
the following: 

The protocol slgnon block must contain a 
/*C0NFIG card image with the same configuration 
ordinal and device number information as the 
definition you create for that terminal. 

A /*CONFIG card image must be the first input 
from the terminal. This card must contain the 
same configuration ordinal and device number 
information as the definition you create for 
that terminal. 

For bisynchronous terminals, (XP requires that a 
/^CONFIG card image be the first input from the 
terminal. This card must contain the same configu¬ 
ration ordinal and device number information as the 
definition you create for that terminal. 

A terminal on an automatic recognition line is not 
completely configured until it becomes active. At 
that time, the Communications Supervisor (CS) com¬ 
pares the determined characteristics against the 
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The following set of statements: 

LN3 F: GROUP/P0RT«0A/LTYPE=S2/ 

TIPTYPE=|i|00E4/NI=2. 

TERM INAL/ STIP=M4A/ TC=200inr/ CA*70. 

DEVD: DEVICE/DT=CON/TA=60. 

DEVL: DEVICE/DT=LP/TA=60. 

DEVC: DEVICE^ DT=CR/TA=60. 

is interpreted by the NDL processor as if it had 
been written: 


LN3F0A: LINE,PORT=0A/LTYPE=S2/ 
TIPTYPE=«0DE4. 

TERM INAL/STIP=«4A/TC =200UT/CA=70. 
DEVDOA: DEVICE/DT=CON/TA=60. 
DEVLOA: DEVICE/DT=LP/TA=60. 
DEVCOA: DEVICE/DT=CR/TA=60. 
LN3F0B: LINE/PORT=ClB/ LTYPE=S2/ 
TIPTYPE=«0DE4. 

TERMINAL/STIP=M4A/TC=200UT/CA=70. 
DEVDOB: DEVICE/DT=CON/TA=60. 
DEVLOB: DEVICE/DT=LP/TA=60. 
DEVCOB: DEVICE/DT=CR/TA-60. 


Figure 6-3. Synchronous GROUP Statement 
Expansion 

characteristics you have defined for each terminal 
configured on the line* CS uses the first terminal 
definition that matches to finish configuring the 
terminal* CCP then services the terminal devices 
according to the finished configuration* 

Only a terminal that completely matches all 
declared values can use the line* It must oper¬ 
ate with the characteristics you declare for any 
required or optional parameters in your terminal 
definition, or the terminal user must change the 
characteristics to match. If you declare AUTOREC 
instead of values for all of the automatically 
recognized parameters, then any terminal will match 
the terminal definition* 

If you declare values instead of AUTOREC for some 
of the automatically recognized parameters, then 
any terminal that successfully accesses the line 
and has characteristics matching the declared 
values will match your terminal definition* If you 
declare values instead of AUTOREC for all of the 
automatically recognized parameters, then only a 
terminal with automatically recognized character¬ 
istics that are the same as your values will match 
the terminal definition. 

You can specify more than one terminal definition 
for terminals of each protocol (each TIP type) on 
an automatic recognition line. Each definition 


should vary from the others in one of the automat¬ 
ically recognized characteristics; unless differ¬ 
ences exist, CS will not use any definition other 
than the first one. If you specify terminals of 
more than one protocol, only terminals of one TIP 
type can access the line at the same time* 

Using automatic recognition Increases the number of 
terminals that potentially can use the line* You 
can configure a swltchable line for automatic 
recognition with more logical terminals than the 
physical terminals that simultaneously can access 
it* However, only one physical HASP, mode 4A 
protocol, or bisynchronous terminal can access the 
line at a given time* 

You can configure a mode 4 line for automatic 
recognition without specifying cluster addresses on 
TERMINAL statements or terminal addresses on DEVICE 
statements* Only one physical mode 4C protocol 
terminal with a given cluster address can access 
the line at a given time, and only one device with 
a given terminal address can be configured at a 
given time* 

For example, the statement 

LN3F: GROUP,P0RT=0A,LTYPE-S1,AUTO,NI=2. 

defines two swltchable (dialup), synchronous lines 
(not shown in figure 2-1 of section 2) for automatic 
recognition of synchronous protocol terminals. The 
lines are identified as LN3F0A and LN3F0B, connect 
to the NPU at ports OA and OB, and are enabled by 
default at network initiation. 

If the automatic recognition form of the statement 

LN3F: GROUP,PORT=0A,LTYPE-S1,TIPTYPE-M0DE4, 
AUT0,NI=2* 

were used instead, only mode 4 terminals could use 
the lines* 

As an example of a fixed-configuration line pair, 
the statement 

LN2E: GROUP,P0RT=0A,LTYPE=S 3,TIPTYPE =HASP,NI«2. 

defines two hardwired (dedicated), enabled, 
synchronous lines for multileaving workstation ter¬ 
minals, accessing the NPU through ports OA and OB. 

All of the terminals capable of accessing these 
swltchable lines would have to be completely and 
explicitly configured on the TERMINAL and DEVICE 
statements following the GROUP statement* However, 
the characteristics of the terminal can be auto¬ 
matically recognized by the M0DE4 TIP* 







MODE 4 TERMINAL DEFINITIONS 

On a mode 4 communication line, a terminal defini¬ 
tion is different from a device definition. A mode 
4 terminal consists of one or more devices; ter¬ 
minal and device are not synonymous* Within the 
network, a mode 4 terminal is a cluster controller; 
this is synonymous with a mode 4A site (equipment 
controller) or with a mode 4C station* 

If you defined the communication line as a fixed 
definition line, you can declare up to 16 TERMINAL 
or TERMDEV statements for the line (if it is a 
multiple-drop mode 4 line). If you defined the 
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line as an automatic recognition line, you can 
declare up to 255 TERMINAL or TERMDEV statements 
for the line* Only one can be connected at a time* 

You must provide one TERMINAL or TERMDEV statement 
for each terminal that can access the communication 
line simultaneously* Figures 6-A and 6-5 present 
the formats of these statements for terminals on 
mode 4 protocol synchronous lines* 


STiP PARAMETER 

The STIP parameter specifies the subcategory of the 
TIP type (the subTIPtype) required to support the 
terminal definition* This parameter is optional if 
the TC parameter specifies a CDC-defined terminal 
class* If STIP is omitted, the TC parameter must 
be specified and cannot be CCP or TC28 through TC31* | 


TERMINALC^STIP=stiptyp^TC=trfnclas,D 

CCSET=charset,CA=cLsadr,3 

i:RIC=yn1,E0FC=yn2]3. 

Parameters are described in the text. 

Figure 6-4. TERMINAL Statement Format 
for Communication Lines of TIPTYPE=M0DE4 


When you declare a value for STIP, it must be one 
of the following reserved words: 

AUTOREC Indicates that CCP should use the 
subTIPtype appropriate for the ter¬ 
minal class (valid only if TC is 
specified); using this value is 
equivalent to omitting the parameter. 

M4A Identifies a synchronous terminal that 

uses the mode 4A protocol variant* 

M4C Identifies a synchronous terminal that 

uses the mode 4C protocol variant* 


The following TERMINAL and TERMDEV parameters 
provide the terminal definition for the line: 

CA 

CSET 

EOF 

RIC 

STIP 

TC 

The STIP and TC parameters are described first 
because they are related and affect the validity, 
ranges, and defaults of the other parameters. The 
other parameters are described in alphabetical 
order* 


If you use the AUTOREC value or omit the STIP 
parameter, the default is selected according to the 
terminal class declared. The defaults are: 


TC STIP 

Value Value Used 


200UT 

M4A 

734 

M4A 

711 

M4C 

714 

M4C 

714X 

H4C 


For console devices: 

device: TERMDEVC/STIP=st1ptyp^TC=trmclas,CSET=charset^CA=cLsadr,RlC=yn1,DT=C0N^3 
CTA-trmaddr,ABL=abl,DBZ=:dwnLs1 z^UBZ=upbs1ze,DBL=dwnbL1m,UBL=upbL1m,XBZ=xro1tsiz,I 
i:AUTOCONC=yn23,PRIC=yn3D;DIC=yn43,HN=node,HDC=yn53,LK=yn6,Bl=b1,ELO=eLo,B2=b2^CN=cn^3 
CCT=ct,P6=pg,PL=pL,PW=pw,E0F C=yn73,P90=fv90,...,P99=fv99]. 

For site-defined devices: 

device: TERMDEV,CSTIP=stiptyp,TC=trniclas,CSET=charset^CA=clsadr,RIC=yn1,3DT=0T12C,3 
CSDT=subdt,TA=trmaddr,ABL=abl,DBZ=dwnlsiz,UBZ=upbsize,0BL=dwnbLim,lBL=upbL1m,3 
D(BZ=xm1tsiz,D0=devord,AUT0C0NC=yn23,PRIC=yn33,DIC=yn43,HN=node,HDC=yn53^LK=yn6,3 
tB1=b1,B2=b2,CN=cn,CT=ct,PG=pg,PL=pL,PW=pw^E0FC=yn73,P90=fv90,...,P99=fv993. 

device The element name of the terminal device being defined. This name can be one through seven 

characters long. The first character must be a Letter^ the other characters can be 
letters or digits. If this statement is used within the set following a GROUP statement^ 
the device name cannot be longer than five characters. This Is the name used by the host 
or NPU operator to monitor and control the device. This name Is required; there is no 
default value. 

All other parameters are described in the text. 


Figure 6-5. TERMDEV Statement Format for Communication Lines of TIPTYPE=M0DE4 
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TC PARAMETER 

The TC parameter specifies the terminal class 
appropriate for terminal connections. Supported 
terminals are grouped into terminal classes, 
according to their hardware characteristics. 

Each CDC-defined terminal class has the default 
characteristics associated with an archetype ter¬ 
minal. Each CDC-defined terminal class'has a range 
of possible characteristics. These ranges determine 
the values allowed for parameters you specify on 
the TEBMDEV or DEVICE statements. 

Because the network cannot recognize differences 
among some terminal classes, a default terminal 
class exists for each subcategory of the TIP type 
(the subTIPtype, defined by the STIP parameter of 
the TERMINAL or TEBMDEV statement). These defaults 
can be used when you declare a STIP parameter. 

The mnemonics identifying the terminal classes are 
derived from the Identification of the archetype 
terminals defining the classes, with the following 
I exceptions: you can use TC28, TC29 TC30, and TC31 
to Identify site-defined terminal classes with no 
default characteristics, corresponding to reserved 
Network Access Method (NAM) terminal class numbers. 

Because the characteristics of terminals in site- 
defined classes are unknown, TERMINAL, TEBMDEV, or 
DEVICE statement parameter value ranges are checked 
against those valid for the STIP value specified. 
Any value declared for a terminal or device parame¬ 
ter is valid if the parameter and value conform to 
requirements for that STIP value. 

The TC parameter is optional unless the STIP param¬ 
eter is omitted. If TC is specified as CCP or as 
I TC 28 through TC31, the STIP parameter must be 
specified. If TC is omitted, the STIP parameter 
must be specified. If STIP is omitted, the TC 
parameter must be specified and cannot have the 
I value CCP or TC28 through TC31. 

If the STIP value of M4A is declared or used, the 
following reserved words are valid values for the 
TC parameter: 

CCP Specifies that CCP is to provide the 
default terminal class appropriate for 
the subTIPtype; using this value is 
equivalent to omitting the parameter. 

200UT Identifies a terminal compatible with 

the CDC 200 User Terminal. 

734 Identifies a terminal compatible with 

the CDC 734 series terminal. 

TC28 Identifies a site-defined archetype 

terminal that uses the NAM Internal 

terminal class number of 28. 

TC29 Identifies a site-defined archetype 

terminal that uses the NAM internal 

terminal class number of 29. 

TC30 Identifies a site-defined archetype 

terminal that uses the NAM internal 

terminal class number of 30. 
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TC31 Identifies a site-defined archetype I 
terminal that uses the NAM internal I 
terminal class number of 31* I 

If the STIP value of M4C is declared or used, the 
following reserved words are valid values for the 
TC parameter: 

711 Identifies a terminal compatible with 

the CDC 711 series terminal. 

714 Identifies a terminal compatible with 

the CDC 714-10/20 series terminal. 

714X Identifies a terminal compatible with 

the CDC 714-30 series terminal. 

TC28 Identifies a site-defined archetype 

terminal that uses the NAM Internal 

terminal class number of 28. 

TC29 Identifies a site-defined archetype 

terminal that uses the NAM internal 

terminal class number of 29. 

TC30 Identifies a site-defined archetype 

terminal that uses the NAM internal 

terminal class number of 30. 

TC31 Identifies a site-defined archetype 

terminal that uses the NAM internal 

terminal class number of 31. 

If the TC parameter is specified with a value of 

TC28, TC29, TC30, or TC31, then CCP must also be 
modified to accept these values. If the appro¬ 
priate support code for TC28, TC29, TC30, or TC31 
is not added to CCP, these values will be 
considered Invalid by CCP. | 

If you omit the TC parameter or specify the value 
CCP, the default is selected according to the STIP 
value declared. The defaults are: 

STIP TC 

Value Value Used 

M4A 200UT 

M4C 711 


CA PARAMETER 

The CA parameter specifies the hardware cluster 
address for all the devices accessing the line 
through one terminal. When the line is configured 
for automatic recognition of terminals, this param¬ 
eter is optional; otherwise it is required. 

When you define terminals on a fixed-configuration 
line, you must specify a unique value of the CA 
parameter for each terminal that can use the line. 
There is no default value for a cluster address* 

If you supply this parameter for an automatic 
rec<^nition line, the value need not be unique for 
each terminal defined on the line but must be unique 
for each terminal that simultaneously accesses the 
line. The network software performs an additional 
match while identifying the terminal in the config¬ 
uration file; any terminal accessing the line must 
use a cluster address you specify or it cannot use 
the network. 
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The CA parameter can have the following values: 
AUTOREC 

Indicates that CCP should determine the 
cluster address during automatic recognition 
of the terminal (valid only if the AUTO 
parameter is used in the corresponding LINE 
or GROUP statement); using this value is 
equivalent to omitting the parameter. 

70 thru 7F 

Indicates the hexadecimal cluster address 
of the terminal you are defining. 

If you specify the value of AUTOREC, terminals with 
any cluster address valid for mode 4 terminals can 
access the network. 


CSET PARAMETER 

The CSET parameter specifies the code set of the 
terminal and character set of its console. This 
parameter is optional. 

When you declare a value for CSET, it must be one 
of the following reserved words. For terminals in 
I classes 200UT, 734, and TC28 through TC31, it can 
be: 

ASCII ASCII code set. Some mode 4A terminals 
have selectable code sets but a fixed 
console character set; the character 
set can be ASCII or the CDC External 
BCD set. 

AUTOREC Indicates that CCP should use the code 
and character set appropriate for the 
terminal class or determined by auto¬ 
matic recognition; using this value Is 
equivalent to omitting the parameter, 

BCD CDC External BCD code set. Some mode 

4A terminals have selectable code sets 
but a fixed console character set; the 
character set can be ASCII or the CDC 
External BCD set• 

CSET15 Site-defined code and character set, 
identified within the network software 
as character set number 15, 

For terminals in classes 711, 714, and 714X, the 

CSET value can be: 

ASCII ASCII code and character set. 

AUTOREC Indicates that CCP should use the code 
and character set appropriate for the 
terminal class or determined by auto¬ 
matic recognition; using this value is 
equivalent to omitting the parameter. 

CSET15 Site-defined code and character set, 
identified within the network software 
as character set number 15. 

If you specify CSET for a terminal on an automatic 
recognition line, the network software performs an 
additional match while identifying the terminal in 
the configuration file. If you omit CSET, no 
additional match is performed for an automatic 
recognition line and the recognized value is used. 


For fixed-configuration lines, the default is 
selected according to the STIP value declared or 
used. The defaults are: 

STIP CSET 

Value Value Used 

M4A ASCII 

M4C ASCII 

Once established> the default cannot be changed. 


EOF PARAMETER 

The EOF parameter indicates whether the MODE 4 TIP 
sends an end-of-file indicator to line printer 
devices to mark the position in the data where an 
end-of-file was read from disk. The end-of-flle 
Indicator is an ESC V sequence. 

Possible values for this parameter are: 

NO Indicates that an end-of-file indicator 

is not sent by the MODE 4 TIP to line 
printer devices. 

YES Indicates that an end-of-file indicator 
is sent by the MODE 4 TIP to line 
printer devices. 

If you omit the EOF parameter, the default value of 
NO is used. 


RIC PARAMETER 

The RIC parameter indicates whether the terminal 
has restricted interactive capabilities. This 
parameter is optional. 

A terminal can have restricted interactive 
capabilities for many reasons; for example, perhaps 
no console device actually exists and interactive 
dialog must occur through a pair of batch devices. 

The effect this parameter has depends on the appli¬ 
cation program the terminal uses. For example, RBF 
does not output the READY prompt and does not 
require a GO command to enable any defined passive 
devices when RIC is specified. 

Possible values for this parameter are: 

NO Indicates that the terminal has full 

interactive capabilities. 

YES Indicates that the terminal has limited 
interactive capablities. 

If you omit the RIC parameter, the default value of 
NO is used. 


MODE 4 DEVICE DEFINITIONS 

On a mode 4 communication line, a device definition 
is different from a terminal definition. A mode 4 
terminal consists of one or more devices; terminal 
and device are not synonymous. Within the network, 
a mode 4 device is synonymous with a mode 4A station 
or with a mode 4C device. 
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You must provide one TBRMDEV or DEVICE statement 
for each device that accesses the communication 
line through the terminal you are defining. If you 
use a TERHDEV statement, you cannot use a DEVICE 
statement for the same terminal. Figures 6-5 and 
6-6 present the formats of these statements for 
devices on mode A protocol synchronous lines. 


You can declare up to three DEVICE statements If 
the line uses a STIP value of MAA, or up to 15 
DEVICE statements If the line uses a STIP value of 
MAC. Mode AA terminals can have up to three DEVICE 
statements for site-defined device types, or one 
DEVICE statement for each of the following CDC- 
deflned device types: 


Card reader 
Console 
Line printer 


Mode AC terminals can have up to 15 DEVICE state¬ 
ments for site-defined device types, or up to 15 
DEVICE statements for CDC-defined console devices, 
or up to seven DEVICE statements for CDC-defined 
line printer devices. 

The following TERMDEV and DEVICE parameters provide 
device definition for the terminal: 


ABL 

DO 

PW 

AUTOCON 

DT 

P90 through P99 

B1 

ELO 

SDT 

B2 

HD 

TA 

CN 

HN 

DBL 

CT 

LK 

UBZ 

DBL 

PG 

XBZ 

DBZ 

PL 


DI 

mi 



The DT parameter is described first because It 
affects the validity, ranges, and defaults of the 
other parameters. The other parameters are 
described In alphabetical order. 


For console devices: 

device: 0EVICEC^DT=C0N,TA=trroaddr^ABL=abl^DBZ=dwnLs1z,UBZ=upbsize,DBL=dwnbLiB^3 
I CUBL=:upblim^XBZ=xmitsiz,AUTOCONC=yn13,PRlC-yn23^0IC=yn33^KN=node,HDC=yn4!]^LK=yn5^D 

CB1=b1^B2=b2^CM=cn,CT=ct,ELO=elo,P6=pg^PL=pI^PW=py,3 
CP90=fv90,...^P99=fv993. 

For card readers: 

device: DEVlCE,DT-CRC,TA=trBaddr^UBZ=upbsize,DBL=dunblim,UBL=upblim,PRIC=yn13,3 
CDIC=yn23^P90=fv90,...^P99=fv993. 

For line printers: 

device: DE VIC E^DT=LP C^SDT=5ubd t ^TA=t r madd r ^DBZ^^dwn L s i z,DBL=dwnb L itn ,UBl.=upb I i m ,XBZ=xra i t s 1 z^3 
I CD0=devord,PRIC=yn13,DIC=yn23,PW=pw,PL=pl,P90=fv90,...,P99=fv99D. 

For site-defined devices; 

device: DEVICE^DT=DT12C/SDT=:subdt/TA-trmaddr/ABL=abl/DBZ-dunlsiZ/UBZ=upbsize/3 

1 C DBL=dwnb L im, UBL^upb L iro^ XBZ= xn 1 1 s i z / l>0=devo rd^ AUTOCON C=yn13,3 

CPRIC=yn23,DIC=yn33,HN=node,HDC=yn43,LK=yn5,Bl=b1,B2=b2,CN=cn,CT=ct,PG=pg,3 
CPL=pL,PW=pw,P90=:fv90,.. .,P99=fv993. 

device The element name of the terminal device being defined. This name can be 1 through 7 

characters long; the first character must be a letter, the other characters can be letters 
or digits. If this statement is used within the set following a GROUP statement, the 
device name cannot be longer than 5 characters. This is the name used by the host or NPU 
operator to monitor and control the device. This name is required; there is no default 
value. 

All other parameters are described in the text. 


Figure 6-6. DEVICE Statement Format for Communication Lines of TIPTYPE=M0DE4 
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DT PARAMETER 

The DT parameter specifies the device type being 
defined. You can declare either a CDC-defined 
device type or a site-'defined device type. 


If you specify a CDC-defined device type, the other 
device definition parameters on the DEVICE or 
TERMDEV statement: 

Are required by the NDL processor where 
indicated in the text 

Have the predefined default shown in the text 

Have the predefined ranges shown in the text 

Are checked for uniqueness and compatibility 

If you specify a site-defined device type, the 
other device definition parameters on the DEVICE 
statement: 

Are not required by the NDL processor 
Have no predefined default 
Are not checked for uniqueness 

Are not checked for compatibility with other 
parameters on the same statement 


When you specify the DT parameter, the following 
values are valid: 


CON 

Identifies 

a CDC-defined console 

device. 

CR 

Identifies 
device. 

a CDC-defined 

card 

reader 

LP 

Identifies 
device• 

a CDC-defined 

line 

printer 

DT12 

Identifies a site-defined device with 
no predefined characteristics, using 


the device type number 12 within NAM, 


If you omit the DT parameter, the value of CON is 
used. 


ABL PARAMETER 

The application block limit (ABL) parameter speci¬ 
fies the number of downline blocks that can be out¬ 
standing (unacknowledged) between an application 
program and this terminal. The value you choose 
should keep the terminal busy for 2 seconds by 
maintaining that number of outstanding blocks of 
the size specified by the DBZ parameter. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 


or DT of DT12), The ABL parameter has the 
following range of values: 

1 < abl < 7 


The value you declare should be greater than or 
equal to the downline block limit (DBL parameter 
value) of the terminal. Maximum line usage can be 
obtained by setting both DBZ and DBL so that 1 
second of data is queued by CCP, 

For console devices (DT of CON), the host queues 
abl - dbl blocks; the NPU queues dbl blocks. An 
ABL value significantly larger than the DBL value 
causes NAM to use more host memory but can reduce 
the number of times an application program is rolled 
out. 

The default value for this parameter is 2 (DT of 
CON only). 


AUTOCON PARAMETER 

The AUTOCON parameter is a stand-alone keyword that 
determines whether CCP should automatically connect 
the console device and any associated batch devices 
to the selected host node. This parameter is valid 
only for console devices. 

If all logical links terminating in the NPU being 
defined are to the same host (all HNAME values are 
equal), and the NDL processor provides a default 
host node, then the NDL processor also sets AUTOCON 
unless AUTOCON=NO is specified. 

This parameter and its values are optional. You 
can specify either of the following values: 

NO Indicates that CCP should not attempt 

automatic connection, 

YES Indicates that CCP should attempt auto¬ 
matic connection. 


If you omit the AUTOCON parameter, the default 
value of NO is used for a DT of CON. If you 
specify this parameter without a value, the value 
of YES is used. 


B1 PARAMETER 

The B1 parameter specifies the character to be used 
as a user break 1 Indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being trans¬ 
mitted to the terminal and sends a user break 1 
message upline to the connected application program. 

The effect this parameter has depends on the appli¬ 
cation program. For example, lAF Interprets the 
user break 1 message as a Job step interrupt from 
the terminal user. 
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This parameter is optional; it is allowed only for 
devices of DT=CON or DT“DT12. If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit ASCII 
code set)* 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, OA, or OD (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the B2, CN, or CT parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character in the 7-blt 
ASCII code set. 

If you omit the B1 parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The defaults are; 

STIP B1 ASCII 

Value Value Used Character 

M4A 3A : 

M4C 3A : 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 


B2 PARAMETER 

The B2 parameter specifies the character to be used 
as a user break 2 Indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being trans¬ 
mitted to the terminal and sends a user break 2 
message upline to the connected application program. 

The effect this parameter has depends on the appli¬ 
cation program. For example, lAF interprets the 
user break 2 message as a job step termination from 
the terminal user. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DTIZ). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-blt ASCII code that represents the 
character to be used (table A-2 in appendix A lists 
all of the codes in the 7-blt ASCII code set). 


You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, OA, or OD (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, CN, or CT parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character in the 7-bit 
ASCII code set. 

If you omit the B2 parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The defaults are: 


STIP 

B2 

ASCII 

Value 

Value Used 

Character 

HU 

29 

) 

M4C 

29 

) 


The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 


CN PARAMETER 

The CN parameter specifies the character to be used 
to abort (cancel) an input message. When the ter¬ 
minal user enters this character as the last char¬ 
acter on a line, the network software discards the 
last message transmitted from the terminal. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-blt ASCII code that represents the char¬ 
acter to be used (table A-2 in appendix A lists all 
of the codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, OA, or OD (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 
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Any value that you declare or use by default 
for the Bl, B2, or CT parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character in the 7-bit 
ASCII code set. 

If you omit the CN parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The defaults are: 


STIP 

CN 

ASCII 

Value 

Value Used 

Character 

M4A 

28 

( 

M4C 

28 

( 


The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 


CT PARAMETER 

The CT parameter specifies the character to be used 
as a flag for a terminal definition command. When 
the terminal user enters this character as the first 
character on a line, CCP interprets the line as a 
command. Among other functions, CCP supports ter¬ 
minal definition commands to determine or change 
the values you have established for the following 


parameters: 


Bl 

CT 

PL 

B2 

HN 

PW 

CN 

PG 

TC 


This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the char¬ 
acter to be used (table A-2 in appendix A lists all 
of the codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, OA, or OD (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters », DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, B2, or CN parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 


If you omit the CT parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter* The defaults are: 


STIP 

CT 

ASCII 

Value 

Value Used 

Character 

M4A 

25 

Z 

MAC 

25 

Z 


The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 


DBL PARAMETER 

The downline block limit (DBL) parameter specifies 
the number of downline blocks that can be outstand¬ 
ing (unacknowledged) between the host computer and 
this terminal. The value you choose determines how 
many blocks of data the NPU queues from the total 
number of outstanding blocks (ABL parameter value) 
of the size specified by the DBZ parameter. 

This parameter is optional. The DBL parameter has 
the following value range: 

1 £ dbl ^ 7 

The value you declare should be less than or equal 
to the application block limit (ABL parameter 
value) of the terminal. Maximum line usage can be 
obtained by setting both DBZ and DBL so that 1 
second of data is queued by CCP. 

For console devices (DT of CON), the host queues 
abl - dbl blocks; the NPU queues dbl blocks. Small 
DBL values use less NPU memory but cause slower 
data transfers. 


For batch devices, the NPU queues all downline 
blocks. No ABL value exists, so the DBL value 
alone determines the impact of block queueing on 
NPU and host resources. Large DBL values rapidly 
use up NPU memory; small DBL values may not keep 
the terminal busy. 


If you omit the DBL parameter, a default value is 
used. Default values depend on the device type and 
the terminal class. The default values are: 


DT 

Terminal Class Value 


DBL 

Value Used 


200UT and 734 CON 

200UT and 734 CR 

711, 714, 714X CON 

200UT and 734 LP 

714 and 714X LP 


2 

2 

2 

1 

I 


For terminals in classes 200UT and 734, a DBL value 
of 2 is recommended for printers (DT of LP) on 
lines that support speeds above 9600 bits per 
second• 


60480000 N 


6-13 



DBZ PARAMETER 

The downline block size (DBZ) parameter specifies 
the maximum number of character bytes each downline 
block can contain. The value you choose affects 
how much memory is needed to store the outstanding 
(unacknowledged) blocks of data in the NPU and the 
host. Larger DBZ values cause fewer disk accesses 
by the host. This value can be used by the appli¬ 
cation programs to divide downline messages into 
blocks • 


This parameter is optional; it is allowed for all 
device types except card readers (DT of CR) • The 
DBZ parameter has the following range of values: 

1 < dbz < 2043 


The value you declare should be chosen together 
with the value used for the DBL parameter. For 
batch devices (DT of LP), you should use a value 
that is a multiple of 640 characters (one physical 
record unit). If dbz is not a multiple of 640 for 
passive devices, NDL rounds the value you supply to 
the next even multiple, as follows: 


Value Supplied Value Used 


1 ^ dbz ^ 640 640 
641 < dbz < 1280 1280 
1281 < dbz < 2043 1920 


The NDL processor issues an informative message If 
it adjusts the DBZ value that you specify* 


If you omit the DBZ parameter, a default value is 
used. Default values depend on the the STIP value 
declared or used and the device type. The default 
values are: 


STIP 

DT 

DBZ 

Value 

Value 

Value 

M4A 

CON 

1040 

M4A 

LP 

640 

M4C 

CON 

1280 

M4C 

LP 

640 


These defaults optimize use of the default value 
for the DBL parameter. 


Dl PARAMETER 

The DI parameter is a stand-alone keyword that 
specifies a device as Initially enabled or disabled. 
An enabled device is configured and serviced as 
soon as the communication line becomes active. A 
disabled device is neither configured nor serviced 
when the line becomes active* 

If you initially disable the device, a host or NPU 
operator can change the device status to enabled. 
This change can be made only when the line becomes 
active (when a call is received on a dialup line, 
or when communications are established on a hard¬ 
wired line). 


This parameter is optional. If you specify the DI 
parameter, you must use one of the following values: 


NO 

Indicates 

enabled. 

that 

the 

device 

is 

initially 

YES 

Indicates 

disabled. 

that 

the 

device 

is 

initially 


If you specify the DI parameter without a value, 
the value of YES is used. If you omit this parame¬ 
ter, the default value of NO is used. 


DO PARAMETER 

The DO parameter specifies the device ordinal of 
the device within the terminal. This device ordinal 
provides a unique identifier to an application pro¬ 
gram for the device when more than one device of 
the same type is part of the terminal. 

This parameter is allowed for line printers (DT of 
LP) or site-defined devices (DT of DT12) with a 
STIP value of M4C only. The DO parameter is 
optional if only one device of the same type is 
part of the terminal; otherwise, a unique value is 
required for each device you define. 

If you specify this parameter, you must use a value 
in the range: 

1 ^ devord ^ 7 

If you omit this parameter when it is optional, the 
default value of 1 is used. 


ELO PARAMETER 

The ELO parameter indicates the event that identi¬ 
fies an end-of-line condition (an end-of-logical 
line or message-forwarding signal). During input, 
a message is transmitted upline as soon as an end- 
of-line code (or message-forwarding code sequence) 
or an end-of-block condition is detected* 

When some devices perform input, they use code 

sequences or events to Indicate the end-of-line and 
end-of-block conditions. The ELO parameter allows 
you to set the end-of-line Indicator to one of 
these sequences or events. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that CCP should use the 

default condition appropriate for the 
terminal class; using this value is 

equivalent to omitting the parameter. 

BB Indicates that the current end-of-block 

character code or code sequence for the 
terminal class should be the end-of-line 
condition indicator. This value causes 
any default end-of-line codes or code 
sequences to be sent upline as data 
within a single message. 
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If you omit this parameter or specify the value 
CCP, the end-of-line condition indicator is the 
normal end-of-line sequence for the device (DT of 
CON only). 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 

HD PARAMETER 

The HD parameter controls whether or not the full 
host availability display (HAD) is presented to the 
terminal user. This parameter is optional and is 
valid only for console devices. 

If you specify this parameter, you must use one of 
the following values: 

NO Indicates that the full host availa¬ 

bility display is not presented to the 
terminal user. The terminal user 
receives only the host status message 
and the prompt message. 

YES Indicates that the host availability 

display should be presented to the 
terminal user. 

If you omit this parameter and only a single host 
is defined, the default value of NO is used. If 
you omit this parameter and multiple hosts are 
defined, the default value of YES is used. 

The value of this parameter does not change when 
the terminal class is changed from the console or 
changed by the application program. The application 
program or the terminal user can also change the 
value you specify. 

HN PARAMETER 

The HN parameter identifies the node number of the 
host that a console device and any associated batch 
devices are connected to unless another path is 
selected by the terminal user. 

This parameter is optional and is valid only for 
console devices. If you declare this parameter, 
you must use one of the following values: 

NONE 

Indicates that no node number is specified. 
This has the same effect as not declaring 
the parameter. A value of NONE cannot be 
declared if AUTOCON is also specified and 
there are logical links to more than one 
host terminating in the NPU being defined. 

1 _< hn _< 255 

Indicates the node number of the host that 
the console device and any associated batch 
devices are to be connected to. 


The value declared for the HN parameter must be the 
same as the NODE value in a COUPLER statement 
within the same network definition. If all the 
COUPLER statements for all the logical links to the 
NPU being defined have equal HNAME parameters, the 
NDL processor provides a default host node. The 
default host node is the last coupler specified. 
If the HN parameter is not specified, the terminal 
user must select a host before a connection can be 
made. If the AUTOCON parameter is specified, then 
the HN parameter must also be specified. 

The value of this parameter does not change when 
the terminal class is changed from the console. 
The terminal user can change the value you specify. 


LK PARAMETER 

The LK parameter specifies whether unsolicited 
messages from the NPU or host operator can appear 
at the terminal. This parameter is optional; it is 
allowed only for console devices and site-defined 
devices (DT of CON or DT of DT12). 

If you declare this parameter, you must specify one 
of the following values: 


CCP 

Indicates 

that 

CCP should 

use 

the 


default 

choice 

appropriate 

for 

the 


terminal 

class; 

using this 

value 

is 


equivalent to omitting the parameter 


NO 

Indicates 

that 

unsolicited 

messages 


should be delivered to the terminal as 
soon as received by CCP. 


YES Indicates that unsolicited messages 
should be discarded (locked out). 

If you omit this parameter or specify the value 
CCP, the default value of NO is used (DT of CON 
only). The terminal user or the application 
program can change any value that you specify. 


PG PARAMETER 

The PG parameter specifies whether CCP should wait 
at each output page boundary for terminal user 
acknowledgment before it displays the next page of 
data. In certain situations, page waiting can 
occur other than at page boundaries; CCP produces a 
prompting message (OVER..) when this type of page 
waiting occurs. The user^s response to page waiting 
is entry of a line, usually empty. 

CCP views a new page as beginning at the start of 
each downline message. CCP calculates the length 
of a page from the current values of the page width 
and page length (see PW and PL Parameter descrip¬ 
tions). If the page width is infinite (PW=0), a 
page consists of one line less than the number of 
logical lines specified as the page length. If the 
page width is finite (PW is nonzero), a page con¬ 
sists of one line less than the number of physical 
lines specified by the page length; CCP calculates 
the number of physical lines by dividing each 
logical line into units less than or equal to the 
page width. 
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This parameter Is optional; It Is allowed only for 
console devices and site-defined devices (DT of CON 
or DT of DT12). If you specify this parameter, you 
must use one of the following reserved values: 

CCP Indicates that CCP should use the 

default setting appropriate for the 
terminal class; using this value Is 
equivalent to omitting the parameter. 

NO Indicates that page waiting should not 

occur• 

YES Indicates that page waiting should 

occur• 


When you specify PG»YES, you should also specify a 
nonzero value for the PL parameter. CCP cannot 
perform page waiting at the boundaries of Infinitely 
long pages (PL«0). 

If you omit the PG parameter or specify a value of 
CCP, the default value of YES Is used. 

The value of this parameter reverts to the default 
value when the terminal class Is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


PL PARAMETER 

The PL parameter specifies the number of physical 
lines per page of output for the device. If the 
device is configured for page waiting (PG parame¬ 
ter) , any message containing more lines of output 
than the page length will be interrupted by CCP for 
a page waiting response from the terminal user* 
The interruption occurs after line pi - 1 Is output. 

This parameter Is optional; it Is allowed for 
console devices, remote batch line printers, and 
site-defined devices only (DT of CON, DT of LP, or 
DT of DT12). If you specify the PL parameter, you 
must use one of the following values: 


default value depends on the terminal class. The 
defaults are: 


TC PL 
Value Value Used 

200UT 13 
734 13 
711 16 
714 16 
714X 16 

The NDL default value of the PL parameter for DT of 
LP Is 64. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 


PRI PARAMETER 

The PRI parameter Is a stand-alone keyword that 
Indicates whether data to or from the device is to 
have traffic priority over that to or from other 
devices in the network. Data to or from a device 
that does not have traffic priority is suspended to 
relieve network congestion before data to or from 
terminals with traffic priority is suspended. 
Interactive devices should usually be given traffic 
priority over batch devices. 

This parameter Is optional. If you specify the PRI 
parameter, you must use one of the following values: 

NO Indicates that the device should not 

have data traffic priority. 

YES Indicates that the device should have 

data traffic priority. 

If you declare this parameter without a value, the 
value of YES Is used* If you omit this parameter, 
the default value of NO is used. 


CCP 

Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value Is equivalent to omitting 
the parameter. 

0 

Indicates an infinite page length. An 
Infinite page length means that no page 
waiting occurs. 

8 < pi < 255 

Indicates the number of physical lines per 
page. 

If you omit this parameter or specify a value of 
CCP, a default value Is used (DT of CON only). The 


PW PARAMETER 

The PW parameter defines the number of characters 
per physical line of input or output for this 
device. This physical line length is also called 
the page width. 

For console devices, output lines longer than pw 
characters are not divided but are counted as more 
than one line for page width calculations. If the 
PW value for the device Is Inappropriate, loss of 
visual fidelity can occur; the application program 
might divide the data into lines that are too short 
or too long for the screen's capacity. Instead of 
allowing the terminal to wrap lines when needed. 

This parameter Is optional. If you specify the PW 
parameter, the value you can use depends on the 
device type and the terminal class. The following 
values are allowed for console devices and site- 
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defined devices (DT of CON or DT of DT12) in ter¬ 
minal classes 200UT, 734, 711, 714, and 714X, and 
for all devices in terminal classes TC28 through 
I TC31: 

CCP 

Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter* 

0 

Indicates that the device has an infinite 
page width* An infinite page width means 
that physical line length has no effect on 
output formatting* 

50 £ pw £ 255 

Indicates that the device can support 
physical lines no longer than the indicated 
value* 

The following values are allowed for line printers 
(DT of LP) in terminal classes 200UT, 734, 714, and 
714X: 

CCP 

Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter* 

50 < pw < 255 

Indicates that the device can support 
physical lines no longer than the indicated 
value. 

For line printers, pw provides RBF with an indica¬ 
tion of the character bytes that can comprise a 
physical record of output (the number of characters 
in a printer line)* 

If you omit this parameter or specify the value 
CCP, a default value is used* The default value 
depends on the device type* Default values are: 

DT PW 

Value Value Used 

CON 80 

LP 136 

The value of this parameter for the console reverts 
to the default value when the terminal class is 
changed from the console or changed by the applica¬ 
tion program* The application program can change 
any value you specify for any device; the terminal 
user can change any value you specify for the 
console. 


P90 THROUGH P99 PARAMETERS 

These ten parameters indicate the hexadecimal field 
value to use for the corresponding field number 
within the Terminal Interface Program configuration 
information transmitted for this device* The 


released version of the CDC-written MODE4 TIP does 
not use any of these ten field number/field value 
pairs* 

These parameters are optional* If you specify a 
value, it must be within the following range: 

0 < fv9i < FF 

If you omit these parameters, there are no default 
values * 


SDT PARAMETER 

The SDT parameter specifies the subdevice type of 
the device you are defining* The subdevice type is 
the set of external characteristics of interest to 
the network software* This parameter is optional 
and valid only for devices with DT values of LP and 
DT12* The recognized reserved word values you can 
use and the defaults depend on the value you 
specify or use for the DT parameter* 

If a DT value of LP is used, the following values 
are allowed definitions of a printer character set: 

A6 Indicates that the device uses 64 ASCII 

characters* 

A9 Indicates that the device uses 95 ASCII 

characters* 

B6 Indicates that the device uses the 

64-character CDC scientific (BCD) 
character set* 

CCP Indicates that CCP should use the 

default appropriate for the device; 
using this value is equivalent to 
omitting the parameter. 

SDT 12 Indicates a site-defined subdevice type 
that uses the subdevice type number 12* 

SDT13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13* 

SDT14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14* 

SDT15 Indicates a site-defined subdevice type 
that uses the subdevice type number 15* 

If you omit the SDT parameter or specify the value 
CCP, the default value of A6 Is used* 

If a DT value of CR is used, the following values 
are allowed definitions of subdevice types: 

SDT12 Indicates a site-defined subdevice type 

that uses the subdevice type number 12* 

SDT13 Indicates a site-defined subdevice type 

that uses the subdevice type number 13* 

SDT14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14* 

SDT15 Indicates a site-defined subdevice type 

that uses the subdevice type number 15* 
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If a DT value of DT12 is used, the following values 
are allowed definitions of subdevice type: 


A6 

Indicates that the device uses 64 ASCII 
characters. 

A9 

Indicates that the device uses 95 ASCII 
characters. 

B6 

Indicates that the device uses the 
64-character CDC scientific (BCD) 
character set. 

SDT12 

Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT13 

Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 

Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 

Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

26 

Indicates that the device uses the 026 
punch pattern set. 

29 

Indicates that the device uses the 029 
punch pattern set. 

6BIT 

Indicates that the device uses a 6-blt 
byte for binary instruction codes. 

8BIT 

Indicates that the device uses an 8-bit 
byte for binary instruction codes. 

you omit 

the SDT parameter, no default exists. 


TA PARAMETER 

The TA parameter defines the terminal address of 
the device within the terminal cluster. This 
parameter must match the code actually used to com¬ 
municate with the device. 

The TA parameter is optional for terminals on auto¬ 
matic recognition lines but required for terminals 
on fixed-configuration lines. Any value used must 
be unique for mode 4C devices on the same terminal. 

If you specify this parameter, you must use one of 
the following values: 

AUTOREC 

Indicates that CCP should determine the 
terminal address code during automatic 
recognition of the terminal (valid only if 
the AUTO parameter is used in the corre¬ 
sponding LINE or GROUP statement); using 
this value is equivalent to omitting the 
parameter. 

60 

Indicates the hexadecimal terminal address 
of a mode 4A terminal device. 

61 thru 6F 

Indicates the hexadecimal terminal address 
of a mode 4C terminal device. 


If you omit this parameter or specify the value 
AUTOREC, the value determined by automatic recogni¬ 
tion of the line is used. 


UBL PARAMETER 

The upline block limit (UBL) parameter specifies 
the number of upline blocks that can be outstanding 
(unacknowledged) between this terminal and an 
application program. The value you choose is 
independent of the ABL and DBL parameters. 

You should choose a value that is larger than the 
maximum number of logical lines the terminal user 
can enter before output from the application pro¬ 
gram in the host must occur. A fixed number of 
input messages might have significance to an 
application program. If such an application does 
not perform output until receiving that number of 
input message blocks and if you choose a UBL value 
smaller than this number, the application program 
becomes dead—locked (it waits for blocks of data 
that CCP is forced to discard because the block 
limit has been reached for upline queuing). If the 
device must receive output before it can begin 
additional input, the device also becomes deadlocked 
by this situation. 

This parameter is optional. The UBL parameter has 
the following range of values: 

I < ubl < 31 

If you omit the UBL parameter, a default value is 
used. The default value is 7. 

The value you specify can be changed by the appli¬ 
cation program for consoles* 

UBZ PARAMETER 

The upline block size (UBZ) parameter specifies the 
maximum number of character bytes each upline block 
can contain. CCP divides each message from the 
terminal into blocks of the size you choose. The 
size you choose affects how much memory is needed 
to store the outstanding (unacknowledged) blocks of 
data in the NPU and the host. 

You should choose a value that allows most of the 
logical lines entered by the device to fit into a 
single block so that messages need not be divided 
into multiple network blocks. You should also 
choose a value that can be efficiently manipulated 
by the host application program. 

This parameter is optional; it is allowed for all 
device types except line printers (DT of LP). The 
UBZ parameter has the following range of values for 
console devices (DT of CON): 

0 < ubz < 2000 

The range for batch devices (DT of CR) is: 

1 < ubz < 2043 

The range for site-defined devices (DT of DT12) is: 

0 < ubz £ 2043 

If you specify 0 for a console device, CCP sends an 
upline block whenever it receives 100 characters. 
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The value you declare should be chosen together 
with the value used for the UBL parameter. The NDL 
processor rounds the value you supply to the next 
multiple of 100 bytes. For console devices (DT of 
CON), rounding occurs as follows: 

Value Used 

Value Supplied in File 


is 80 characters by 16 lines. The value you use 
should be less than or equal to the size of any 
buffer memory within the terminal. 

This parameter is optional. The XBZ parameter has 
the following range of values: 

200 < xbz < 2043 


0 0 

I £ ubz < 100 100 

101 < ubz < 200 200 


1901 < ubz < 2000 2000 

For batch devices (DT of CR), you should use a 
value that Is a multiple of 640 characters (one 
physical record unit). If ubz is not a multiple of 
640 for passive devices, NDL rounds the value you 
supply to the next even multiple, as follows: 


If you omit the XBZ parameter, a default value is 
used. Default values depend on the STIP value 
declared or used, the terminal class declared or 
used, and the device type. The defaults for console 
devices (DT of CON) in terminal classes 200UT, 734, 
711, 714, and 714X are: 

STIP XBZ 
Value Value Used 

M4A 1040 I 

M4C 1280 

The defaults for batch devices (DT of LP) are: 


Value Supplied Value Used 


1 < ubz ^ 640 640 
641 _< ubz < 1280 1280 
1281 < ubz < 2043 1920 


The NDL processor Issues an informative message if 
it adjusts the UBZ value that you specify. 


TC XBZ 
Value Value Used 

200UT 1000 
734 1000 
714 240 
714X 1280 


If you omit the UBZ parameter, a default value is 
used. Default values depend on the device type. 
The defaults are: 

DT UBZ 

Value Value Used 

CON 100 

CR 640 

These defaults optimize use of the default value 
for the UBL parameter. These default values are 
the recommended values. 

For the Message Control System (MCS), the upline 
block size must be set to 0. 

The application program can change the value you 
specify. The terminal user can change the value 
for consoles within the following range: 

0 < ubz < 200 


XBZ PARAMETER 

The transmission block size (XBZ) parameter 
specifies the maximum number of character bytes 
each block sent to the terminal can contain. CCP 
divides downline blocks as necessary to create a 
block of the specified number of characters. 

The transmission block size for a mode 4 console 
device should be the same as the number of charac¬ 
ters that fit on its screen. A mode 4A console 
normally has a screen that is 80 characters by 13 
lines; a mode 4C console normally has a screen that 


These default values are based on the buffer sizes 
of the archetype terminals and should not be 
Increased unless the devices used have larger 
buffers. 

The application program can change the value you 
specify. The terminal user can change the value 
for consoles. 


HASP TERMINAL DEFINITIONS 

On a synchronous communication line, a terminal 
definition is different from a device definition. 
A synchronous terminal consists of one or more 
devices; terminal and device are not synonymous. 
In a CDC network, a terminal is equivalent to a 
HASP workstation. 

If you defined the communication line as a fixed 
definition line, you can declare only one TERMINAL 
or TERMDEV statement for the line. If you defined 
the line as an automatic recognition line, you can 
declare up to 255 TERMINAL or TERMDEV statements 
for the line. 

You must provide at least one TERMINAL or TERMDEV 
statement. Figures 6-7 and 6-8 present the formats 
of these statements for terminals on CDC-defined 
HASP protocol synchronous lines. The following 
parameters provide the terminal definition for the 
line: 

CO STIP 

CSET TC 

RIC 
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TERMINAL C^STIP=st i pt yp ^TC rtnc L as ,2 
CCSET=charset,RIC=yn1^!l 
CC0=conord3. 

Parameters are described in the text. 

Figure 6-7. TERMINAL Statement Format 
for Communication Lines of TIPTYPE=«ASP 


PRE Identifies a HASP terminal that sup¬ 

ports preprint format control. 

If you use the AUTOREC value or omit the STIP 
parameter» the default Is selected according to the 
terminal class declared. The defaults are: 

TC STIP 

Value Value Used 

HASP POST 

HPRE PRE 


The STIP and TC parameters are described first 
because they are related and affect the valid¬ 
ity, ranges, and defaults of the other param¬ 
eters. The other parameters are described In 
alphabetical order. 


TC PARAMETER 

The TC parameter specifies the terminal class 
appropriate for the terminal• Supported devices 
are grouped into terminal classes, according to 
their hardware characteristics. 


STIP PARAMETER 

The STIP parameter specifies the subTIPtype 
required to support the terminal definition. 
This parameter Is optional If the TC parameter 
specifies a CDC-deflned terminal class. If STIP 
Is omitted, the TC parameter must be specified 
and cannot be CCP or TC28 through TC31. 

When you declare a value for STIP, it must be 
one of the following reserved words: 

AUTOREC Specifies that CCP should use the 
subTIPtype appropriate for the ter¬ 
minal class (valid only if TC Is 
specified); using this value is equiv¬ 
alent to omitting the parameter. 

POST Identifies a HASP terminal that only 
supports postprlnt format control. 


Each CDC-deflned terminal class has the default 
characteristics associated with an archetype ter¬ 
minal. Each CDC-deflned terminal class has a range 
of possible characteristics. These ranges deter¬ 
mine the values allowed for parameters you specify 
on the TERMDEV or DEVICE statements. 

The mnemonics Identifying the terminal classes are 
derived from the identification of the archetype 
terminals defining the classes, with the following 
exceptions: you can use TC28, TC29, TC30, and TC31 
to Identify site-defined terminal classes with no 
default characteristics, corresponding to reserved 
Network Access Method (NAM) terminal class numbers. 

Because the network cannot recognize differences 
among some terminal classes, a default terminal 
class exists for each subcategory of the TIP type 
(the subTIPtype, defined by the STIP parameter of 
the TERMINAL or TERMDEV statement); these defaults 
can be used when you declare a STIP parameter. 


For console devices: 

device; TERN0EVC,STIP=stiptyp,TC=traclas,CSET=charset,RIC=yn1,C0=conord,DT=C0M,ABL=abl,] 
tOBZ=dwnlsiz,U8Z=upbsi ze,DBL=dunbL im,IBU=upbl itn,XBZ=)(ni t si z,AUT0C0NC=yn2],] 
O»RIC=yn3D,0IC=yn4],HN=node,HDC=yn53,LK=yn6,B1=b1,B2=b2,CN=cn,CT=ct,PM=pH,3 
CP90=fv90,...,P99=fv993. 

For site-defined devices; 

device: TERM0EV,CSTIP=stiptyp,TC=trmclas,CSET=charset,RIC=yn1,C0=conord,3DT-DT12C^] 
CSDT=subdt,A0L=abl^DBZ=dwnlsi2,UBZ=upbsize,DBL=dMnblim,UBL=upbLira^XBZ=xmitsi2^3 
CDO=devord^STREAM=streamno,AUTOCONC=yn23,PRIC=yn33,DIC=yn4],HN=node^HOC=yn53^LK=yn6,3 
IS1=b1 ^B2=b2,CN=cn^CT=ct,PW=pH^P90=fv90^.. .^P99=fv993. 

device The element name of the terminal device being defined. This name can be one through seven 
characters long. The first character must be a letter; the other characters can be 
letters or digits- If this statement is used within the set following a GROUP statement^ 
the device name cannot be longer than five characters. This is the name used by the host 
or NPU operator to monitor and control the device. This name is required; there is no 
default value. 

All other parameters are described in the text. 


Figure 6-8. TERMDEV Statement Format for Communication Lines of TIPTYPE=HASP 


6-20 


60480000 N 




Because the characteristics of terminals in site- 
defined classes are unknown, TERMINAL, TERMDEV, or 
DEVICE statement parameter value ranges are checked 
against the STIP value specified. Any value 
declared for a terminal or device parameter is valid 
if the parameter and value conform to requirements 
for that subTIPtype. 

The following reserved words are valid values for 
the TC parameter: 

CCP Specifies that CCP is to provide the 

default terminal class appropriate for 
the subTIPtype; using this value is 
equivalent to omitting the parameter. 

HASP Identifies a HASP terminal that only 

supports postprinting format control. 

HPRE Identifies a HASP terminal that supports 
preprinting format control. 

TC28 Identifies a site-defined archetype 

terminal that uses the NAM internal 

terminal class number of 28. 

TC29 Identifies a site-defined archetype 

terminal that uses the NAM internal 

terminal class number of 29. 

TC30 Identifies a site-defined archetype 

terminal that uses the NAM internal 

terminal class number of 30. 

TC31 Identifies a site-defined archetype 

terminal that uses the NAM Internal 

terminal class number of 31. 


If the TC parameter is omitted, the STIP parameter 
must be specified. If TC is specified as CCP or 
I TC28 through TC31, STIP must be specified. If STIP 
is omitted, the TC parameter must be specified and 
I cannot have the values CCP or TC28 through TC31. 

If the TC parameter is specified with a value of 
TC28, TC29, TC30, or TC31, then CCP must also be 
modified to accept these values. If the appro¬ 
priate support code for TC28, TC29, TC30, or TC31 
is not added to CCP, these values will be con¬ 
sidered invalid by CCP. 

If you omit the TC parameter or specify the value 
CCP, the default is selected according to the STIP 
value declared. The defaults are: 

STIP TC 

Value Value Used 

POST HASP 

PRE HPRE 


CO PARAMETER 

The CO parameter specifies the configuration ordinal 
for the terminal. When the line is configured for 
automatic recognition of terminals, this parameter 
is optional; otherwise it is not allowed. 

The terminal user can enter the configuration 
ordinal during automatic recognition. This allows 
the user to select the appropriate set of terminal 
and device definitions among several you supply for 
the line. 


If you supply this parameter for an automatic 
recognition line, the value must be unique for each 
terminal that can use the line. The network soft¬ 
ware checks this value while identifying a terminal 
in the configuration file; any terminal accessing 
the line must supply the configuration ordinal you 
specify or it cannot use the network. 

The CO parameter can have the following values: 

AUTOREC 

Indicates that CCP should use any configu¬ 
ration ordinal transmitted during automatic 
recognition of the terminal (valid only if 
the AUTO parameter is specified); using 
this value is equivalent to omitting the 
parameter. 

1 ^ conord ^ 255 

Indicates the decimal configuration ordinal 
of the terminal you are defining. 

If you specify the value AUTOREC, CCP accepts any 
configuration ordinal valid for HASP terminals. 


CSET PARAMETER 

The CSET parameter specifies the code and character 
set of the terminal. This parameter is optional. 

When you declare a value for CSET, it must be one 
of the following reserved words: 

AUTOREC The default code set for the terminal 
class or that is determined during 
automatic recognition of the terminal 
device is used; using this value is 
equivalent to omitting the parameter. 

CSET15 Site-defined code and character set, 
identified within the network software 
as character set number 15. 

EBCDIC Indicates the IBM Extended Binary 
Coded Decimal Interchange Code set and 
character set. 

If you specify CSET for a terminal on an automatic 
recognition line, the network software performs an 
additional match while identifying the terminal in 
the configuration file. If you omit CSET, no 
additional match is performed for an automatic 
recognition line and the recognized value is used 
for fixed-configuration lines. 

The default depends on the TC value declared or 
used. The defaults are: 

TC CSET 

Value Value Used 

HASP EBCDIC 

HPRE EBCDIC 

Once established, the default value cannot be 
changed• 

RiC PARAMETER 

The RIC parameter indicates whether the terminal 
has restricted interactive capabilities. This 
parameter is optional. 
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A terminal can have restricted interactive capa¬ 
bilities for many reasons; for example, perhaps no 
console device actually exists and interactive 
dialog must occur through a pair of batch devices. 

The effect this parameter has depends on the appli¬ 
cation program the terminal uses. For example, RBF 
does not output the READY prompt and does not 
require a GO command to enable any defined passive 
devices when RIC is specified. 


Possible values for this parameter are: 

NO Indicates that the terminal has full 

Interactive capabilities. 

YES Indicates that the terminal has limited 
interactive capabllties. 


If you omit the RIC parameter, the default value of 
YES is used. 


HASP DEVICE DEFINITIONS 

On a HASP communication line, a device definition 
is different from a terminal definition. A HASP 
terminal consists of one or more devices; terminal 
and device are not synonymous. In a CDC network, a 
device is equivalent to an equipment input or output 
stream within a HASP workstation. 

You must provide one TERMDEV or DEVICE statement 
for each device that accesses the communication 
line through the terminal you are defining. If you 
use a TERMDEV statement, you cannot use a DEVICE 
statement for the same terminal. Figures 6-8 and 
6-9 present the formats of these statements for 
devices on HASP protocol lines. 


I 


I 


For console devices; 

device: DEVICEC^DT=C0N^ABL=abl^DBZ=dwnLsiz^UBZ=upbsize/DBL=dwnblim,UBL=upblifn,3 
CXBZ= xmi t si z, AUTOCON i:=yn13 ^ PRI C=yn23 , DI C=yh33 ^HN=node^HD C=yn43 ,lJC=yn5,3 
CB1=b1,B2=b2,CN=cn^CT=ct,PW=pw^P90=fv90^...,P99=fv993. 

For card punches and plotters (DT of CP or PU): 

device: DEVICE,DT=devtypt,SDT=$ubdt^DBZ=dwnLsiZ/UBZ=upbsize^DBL=dwnblim,UBL=upbl1m,3 
CXBZ=xmitsiz^OO=devord^STREAH=streamno^PRIC=yn13^DIC=yn23^PW=pw^3 
CP90=fv90^...,P99=fv993. 

For card readers: 

device: DEVICE^DT=CRC^SDT=subdt^UBZ=upbsize^0BL=dwnblim^UBL=upblira,D0=devord,3 
tSTREAN=st reamno^PRI C=yn13 ^ DI C=yn23 ,PW=pw^P90=f v90^... ,P99=f v993. 

For line printers: 

device: DEVICE^DT=LPC,SDT=subdt^DBZ=dwnLsiz,DBL=dwnblira,UBL=upblira,XBZ=x(nitsiz,3 
CDO=devord,STREAM=streamno,PRl C=yn13^DI t=yn23,PW=py,P90=fv90,.. .,P99=f v993. 

For site-defined devices; 

device: DEVICE,DT=DTl2C,SDT=subdt^ABL=abl,DBZ=dwnlsiz^UBZ=upbsize,DBL=dynbLim,3 
CliBL=upbLira,XBZ=X(nitsiz^DO=devord,STREAM=streamno,AUTOCONC=yn13,PRlC=yn23,3 
CDI C=yn33,HN=node,HDC=yn43,LK=yn5,Bl=b1 ,B2=b2,CN=cn^CT=ct,PW=pw,P90=fv90^.. .,P99=fv993. 

device The element name of the terminal device being defined. This name can be one through five 

characters long. The first character must be a letter; the other characters can be 
letters or digits. If this statement is used within the set following a GROUP statement^ 
the device name cannot be longer than five characters. This is the name used by the host 
or NPU operator to monitor and control the device. This name is required; there is no 
default value. 

All other parameters are described in the text. 


Figure 6-9. DEVICE Statement Format for Communication Lines of TIPTYPE=HASP 
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For each terminal you define, you can declare up to 
22 DEVICE statements. HASP terminals can have up 
to 22 DE'\CE statements for site-defined device 
types, or one DEVICE statement for a CDC-defined 
console device and up to seven DEVICE statements 
each for CDC-defined line printer, card reader, and 
card punch or plotter devices. 

The following DEVICE and TEKMDEV parameters provide 
the device definition for the terminal: 


ABL 

DI 

P90 through P99 

AUTOCON 

DO 

SDT 

Bl 

DT 

STREAM 

B2 

HD 

UBL 

CN 

HN 

UBZ 

CT 

LK 

XBZ 

DBL 

PRI 


DBZ 

PW 



The DT parameter Is described first because it 
affects the validity, ranges, and defaults of the 
other parameters. The other parameters are 
described in alphabetical order. 


DT PARAMETER 

The DT parameter specifies the device type being 
defined. You can declare either a CDC-defined 
device type or a site-defined device type. 

If you specify a CDC-defined device type, the other 
device definition parameters on the DEVICE or 
TERMDEV statement: 


LP Identifies a CDC-defined line printer 

device. 

If you omit the DT parameter, the value of CON is 
used. 


ABL PARAMETER 

The application block limit (ABL) parameter 
specifies the number of downline blocks that can be 
outstanding (unacknowledged) between an application 
program and this terminal. The value you choose 
should keep the terminal busy for 2 seconds by 
maintaining that number of outstanding blocks of 
the size specified by the DBZ parameter. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DTX2). The ABL parameter has the following 
range of values: 

1 £ abl < 7 

The value you declare should be greater than or 
equal to the downline block limit (DBL parameter 
value) of the terminal. For console devices (DT of 
CON), the host queues abl - dbl blocks; the NPU 
queues dbl blocks. An ABL value significantly 
larger than the DBL value causes NAM to use more 
host memory but can reduce the number of times an 
application program is rolled out. 

The default value for this parameter is 2 (DT of 
CON only), 


Are required by the NDL processor where 
indicated in the text 

Have the predefined default shown in the text 
Have the predefined ranges shown in the text 
Are checked for uniqueness and compatibility 


If you specify a site-defined device type, the 
other device definition parameters on the DEVICE 
statement: 

Are not required by the NDL processor 
Have no predefined default 
Are not checked for uniqueness 

Are not checked for compatibility with other 
parameters on the same statement 

When you specify the DT parameter, the following 
values are valid: 


CON 

Identifies 

a CDC-defined console 

device. 

CP 

Identifies 

device. 

a 

CDC-defined 

card 

punch 

CR 

Identifies 
device. 

a 

CDC-defined 

card 

reader 

DT12 

Identifies a site-defined device with 
no predefined characteristics, using 
the device type number 12 within NAM, 


AUTOCON PARAMETER 

The AUTOCON parameter is a stand-alone keyword that 
determines whether CCP should automatically connect 
the console device and any associated batch devices 
to the selected host node. This parameter is valid 
only for console devices. 

If all logical links terminating in the NPU being 
defined are to the same host (all HNAME values are 
equal), and the NDL processor provides a default 
host node, then the NDL processor also sets AUTOCON 
unless AUTOCON^NO is specified. 

This parameter and its values are optional. You 
can specify either of the following values: 

NO Indicates that CCP should not attempt 

automatic connection. 

YES Indicates that CCP should attempt auto¬ 
matic connection. 

If you omit the AUTOCON parameter, the default 
value of NO is used for a DT of CON. If you 
specify this parameter without a value, the value 
of YES is used. 


B1 PARAMETER 

The Bi parameter specifies the character to be used 
as a user break 1 Indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being trans¬ 
mitted to the terminal and sends a user break 1 
message upline to the connected application program. 
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The effect this parameter has depends on the appli¬ 
cation program. For example, lAF Interprets the 
user break 1 message as a job step interrupt from 
the terminal user. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 

either the reserved word CCP or a hexadecimal value 

for the 7-blt ASCII code that represents the char¬ 
acter to be used (table A-2 in appendix A lists all 
of the codes in the 7-blt ASCII code set) • 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, OA, or OD (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7 A (alphabetic 

characters A through Z or a through z) 

Any value that you declare or use by default 

for the B2, CN, or CT parameters 

Because the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-blt ASCII code 
set. 

If you omit the B1 parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the TC parameter. The defaults are: 

TC B1 ASCII 

Value Value Used Character 

HASP 3A : 

HPRE 3A : 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 


B2 PARAMETER 

The B2 parameter specifies the character to be used 
as a user break 2 indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being trans¬ 
mitted to the terminal and sends a user break 2 
message upline to the connected application program. 

The effect this parameter has depends on the appli¬ 
cation program. For example, lAF Interprets the 
user break 2 message as a job step termination from 
the terminal user. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the char¬ 
acter to be used (table A-2 in appendix A lists all 
of the codes in the 7-bit ASCII code set). 


You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, OA, or OD (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, CN, or CT parameters 


Because the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set • 

If you omit the B2 parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the TC parameter. The defaults are: 


TC 

B2 

ASCII 

Value 

Value Used 

Character 

HASP 

29 

) 

HPRE 

29 

) 


The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 


CN PARAMETER 

The CN parameter specifies the character to be used 
to abort (cancel) an input message. When the ter¬ 
minal user enters this character as the last char¬ 
acter on a line, the network software discards the 
message when it is transmitted from the terminal. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-blt ASCII code that represents the char¬ 
acter to be used (table A-2 In appendix A lists all 
of the codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, OA, or OD (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, B2, or CT parameters 
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Because the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII c^e 
set. 


If you omit the CN parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the TC parameter. The defaults are: 

TC CN ASCII 
Value Value Used Character 


HASP 28 ( 

HPRE 28 ( 


The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 


The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 


DBL PARAMETER 

The downline block limit (DBL) parameter specifies 
the number of downline blocks that can be out¬ 
standing (unacknowledged) between the host computer 
and this terminal. The value you choose determines 
how many blocks of data the NPU queues from the 
total number of outstanding blocks (ABL parameter 
value) of the size specified by the DBZ parameter. 

This parameter is optional. The DBL parameter has 
the following value range: 

1 < dbl < 7 


CT PARAMETER 

The CT parameter specifies the character to be used 
as a flag for a terminal definition command. When 
the terminal user enters this character as the 
first character on a line, CCP interprets the line 
as a command. Among other functions, CCP supports 
terminal definition commands to determine or change 
one of the values you have established for the 
following parameters: 

I B1 B2 CN CT HN PW TC 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the char¬ 
acter to be used (table A-2 in appendix A lists all 
of the codes in the 7-bit ASCII code set)• 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, B2, or CN parameters 

Because the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-blt ASCII code 
set, 

If you omit the CT parameter or specify the value 
CCP, the default value is used (DT of CON only), 
The default value depends on the value declared or 
used for the TC parameter. The defaults are: 

TC CT ASCII 

Value Value Used Character 

HASP 25 % 

HPRE 25 % 


The value you declare should be less than or equal 
to the application block limit (ABL parameter 
value) of the terminal. Maximum line usage can be 
obtained by setting both DBZ and DBL so that I 
second of data is queued by CCP. 

For console devices (DT of CON), the host queues 
abl - dbl blocks; the NPU queues dbl blocks. Small 

DBL values use less NPU memory but cause slower 

data transfers. 

For batch devices, the NPU queues all downline 
blocks. No ABL value exists, so the DBL value 
alone determines the impact of block queueing on 

NPU resources. Large DBL values rapidly use up NPU 

memory; small DBL values may not keep the device 
busy. 

If you omit the DBL parameter, a default value is 
used. The default values depend on the device 
type. The default values are: 

DT DBL 

Value Value Used 

CON 2 

CR 2 

CP 1 

LP 1 

PL 1 


For card punches, line printers, and plotters (DT 
of CP, LP, and PL) using lines of 19200 bits per 
second, a DBL value of 2 is recommended; for these 
batch devices using lines of 56000 bits per second, 
a DBL value of 5 is recommended. 


DBZ PARAMETER 

The downline block size (DBZ) parameter specifies 
the maximum niimber of character bytes each downline 
block can contain. The value you choose affects 
how much memory is needed to store the outstanding 
(unacknowledged) blocks of data in the NPU and the 
host. Larger DBZ values cause fewer disk accesses 
by the host. This value can be used by the appli¬ 
cation programs to divide downline messages into 
blocks• 
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This parameter Is optional; It Is allowed for all 
device types except card readers (DT of CR) • The 
DBZ parameter has the following range of values: 


If you specify the DI parameter without a value, 
the value of YES is used. If you omit this parame¬ 
ter, the default value of NO is used. 


1 _< dbz < 2043 

The value you declare should be chosen together 
with the value used for the DBL parameter. Maximum 
line usage can be obtained by setting both DBZ and 
DBL so that 1 second of data is queued by CCP. 

For batch devices (DT of CP, PL, or LP), you should 
use a value that is a multiple of 640 characters 
(one physical record unit). If dbz is not a multi¬ 
ple of 640 for passive devices, NDL rounds the 
value you supply to the next even multiple, as 
follows: 

Value Supplied Value Used 


DO PARAMETER 

The DO parameter specifies the device ordinal of 
the device within the terminal. This device ordinal 
provides a unique identifier to an application pro¬ 
gram for the device when more than one device of 
the same type is part of the terminal. 

This parameter is allowed for batch devices (DT of 
CR, CP, LP, or PL) or site-defined devices (DT of 
DT12) only. The DO parameter is optional if only 
one device of the same type is part of the terminal; 
otherwise, a unique value Is required for each 
device you define. 


1 ^ dbz ^ 640 640 

641 < dbz < 1280 1280 

1281 < dbz < 2043 1920 


If you specify this parameter, you must use a value 
in the range: 

1 < devord < 7 


The NDL processor issues an informative message if 
it adjusts the DBZ value that you specify. 

For consoles (DT of CON) using lines at 19200 bits 
per second or higher speeds, a DBZ value of 800 is 
recommended. 

If you omit the DBZ parameter, a default value is 
used. Default values depend on the device type. 
The defaults are: 


If you omit this parameter when it is optional, the 
default value of 1 is used. 


HD PARAMETER 

The HD parameter controls whether or not the full 
host availability display (HAD) is presented to the 
terminal user. This parameter is optional and Is 
valid only for console devices. 


DT 

DBZ 

Value 

Value 

CON 

400 

CP 

640 

LP 

640 

PL 

640 


These defaults optimize use of the default values 
for the DBL parameter. 

DI PARAMETER 

The DI parameter is a stand-alone keyword that 
specifies a device as initially enabled or disabled. 
An enabled device is configured and serviced as 
soon as the communication line becomes active. A 
disabled device is neither configured nor serviced 
when the line becomes active. 

If you initially disable the device, a host or NPU 
operator can change the device status to enabled. 
This change can be made only when the line becomes 
active (when a call is received on a dialup line, 
or when communications are established on a hard¬ 
wired line). 

This parameter is optional. If you specify the DI 
parameter, you must use one of the following values: 


If you specify this parameter, you must use one of 
the following values: 

NO Indicates that the full host avail¬ 

ability display is not presented to the 
terminal user The terminal user 
receives only the host status message 
and the prompt message. 

YES Indicates that the host availability 

display should be presented to the 
terminal user. 

If you omit this parameter and only a single host 
is defined, the default value of NO is used. If 
you omit this parameter and multiple hosts are 
defined, the default value of YES is used. 

The value of this parameter does not change when 
the terminal class is changed from the console. 
The application program or the terminal user can 
also change the value you specify. 


HN PARAMETER 

The HN parameter identifies the node number of the 
host that a console device and any associated batch 
devices are connected to unless another path is 
selected by the terminal user. 


NO 

Indicates 
enabled. 

that 

the 

device 

is 

initially 

YES 

Indicates 
disabled• 

that 

the 

device 

is 

initially 


This parameter is optional and is valid only for 
console devices. If you declare this parameter, 
you must use one of the following values: 

NONE 
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Indicates that no node number is speci¬ 
fied. This has the same effect as not 
declaring the parameter. A value of NONE 
cannot be declared if AUTOCON is also 
specified and there are logical links to 
more than one host terminating in the NPU 
being defined. 

1 < hn < 255 

Indicates the node number of the host that 
the console device and any associated batch 
devices are to be connected to. 


This parameter is optional. If you specify the PRI 
parameter, you must use one of the following values: 

NO Indicates that the device should not 

have data traffic priority. 

YES Indicates that the device should have 

data traffic priority. 

If you declare this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default value of NO is used. 


The value declared for the HN parameter must be the 
same as the NODE value In a COUPLER statement within 
the same network definition. If all the COUPLER 
statements for all the logical links to the NPU 
being defined have equal HNAME parameters, the NDL 
processor provides a default host node. The 
default host node is the last coupler specified. 
If the HN parameter Is not specified, the terminal 
user must select a host before a connection can be 
made. If the AUTOCON parameter is specified, then 
the HN parameter must also be specified. 

The value of this parameter does not change when 
the terminal class is changed from the console. 
The terminal user can change the value you specify. 


LK PARAMETER 

The LK parameter specifies whether unsolicited 
messages from the NPU or host operator can appear 
at the terminal. This parameter is optional; it Is 
allowed only for console devices and site-defined 
devices (DT of CON or DT of DT12). 

If you declare this parameter, you must specify one 
of the following values: 


CCP 

Indicates 

that 

CCP should 

use 

the 


default 

choice 

appropriate 

for 

the 


terminal 

class; 

using this 

value 

is 


equivalent to omitting the parameter. 

NO Indicates that unsolicited messages 

should be delivered to the terminal as 
soon as received by CCP. 

YES Indicates that unsolicited messages 

should be discarded (locked out). 

If you omit this parameter or specify the value 
CCP, the default value of NO is used (DT of CON 
only). 


PRI PARAMETER 

The PRI parameter is a stand-alone keyword that 
indicates whether data to or from the device is to 
have traffic priority over that to or from other 
devices in the network. Data to or from a device 
that does not have traffic priority is suspended to 
relieve network congestion before data to or from 
terminals with traffic priority is suspended. 
Interactive devices should usually be given traffic 
priority over batch devices. 


PW PARAMETER 

The PW parameter defines the number of characters 
per physical line of input or output for this 

device. This physical line length is also called 

the page width. 

For console devices, output lines longer than pw 
characters might be divided into lines of pw or 
fewer characters each by the host application 

program. If the PW value for the device is 

inappropriate, loss of visual fidelity can occur. 

This happens if the application program divides the 
data into lines that are too short or too long for 
the screen's capacity, instead of allowing the 
terminal to wrap lines when needed. 

For batch devices, pw tells CCP how many character 
bytes comprise a physical record of output (the 

number of bytes in a plotter record, or the number 
of characters in a printer line, or columns in a 
punch card). 

This parameter is optional. The values you can 

specify depend on the terminal class and the device 
type. The following values are allowed for console 
devices and site-defined devices (DT of CON and DT 
of DT12) in all terminal classes and for all 

devices in site-defined terminal classes: 

CCP 

Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

0 

Indicates that the device has an infinite 
page width. An infinite page width means 
that physical line length has no effect on 
output formatting. 

50 £ pw < 255 

Indicates that the device can support 
physical lines no longer than the indicated 
value. 

The following values are allowed for line printers 
(DT of LP) in terminal classes HASP and HPRE: 

CCP 

Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 
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50 £ pw _< 150 

Indicates that the device can support 
physical lines no longer than the 
indicated value. 


If you omit this parameter or specify the value 
CCP, a default value is used. The default value 
depends on the terminal class and device type. 
Default values for console devices and plotters (DT 
of CON or PL) are: 

TC PW 

Value Value Used 

HASP 80 

HPRE 80 


Default values for line printers (DT of LP) in 
terminal classes HPRE and HASP are: 

TC PW 

Value Value Used 

HASP 120 

HPRE 120 

I 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value you specify for console devices; the 
application program can change any value you specify 
for batch devices. 


P90 THROUGH P99 PARAMETERS 

These ten parameters Indicate the hexadecimal field 
value to use for the corresponding field number 
within the Terminal Interface Program configuration 
information transmitted for this device. The 
released version of the CDC^ritten HASP TIP does 
not use any of these ten field number/fleld value 
pairs. 

These parameters are optional. If you specify a 
value, it must be within the following range: 

0 < fv91 < FF 

If you omit these parameters, there are no default 
values• 


SDT PARAMETER 

The SDT parameter specifies the subdevice type of 
the device you are defining. The subdevice type is 
the set of external characteristics of interest to 
the network software. This parameter is optional 
and valid only for devices with DT values of CR, 
LP, PL, and DTI 2. The recognized reserved word 
values you can use and the defaults depend on the 
value you specify or use for the DT parameter. 


If a DT value of LP is used, the following values 
are allowed definitions of a printer character set; 

A6 Indicates that the device uses 64 ASCII 
characters. 

A9 Indicates that the device uses 95 ASCII 

characters. 

B6 Indicates that the device uses the 

64-character CDC scientific (BCD) 
character set. 

CCP Indicates that CCP should use the 

default appropriate for the device; 
using this value is equivalent to 
omitting the parameter. 

SDT12 Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT 13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT 14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

If you omit the SDT parameter or specify the value 
CCP, the default value of A6 is used. 

If a DT value of CR is used, the following values 
are allowed definitions of a card reader punch 
pattern set: 


CCP 

Indicates that CCP should use the 
default appropriate for the device; 
using this value is equivalent to 
omitting the parameter. 

SDT 12 

Indicates a site-defined subdevice type 
that uses the subdevice type number 12, 

SDT13 

Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 

Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 

Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

26 

Indicates that the default punch pattern 
at the beginning of each job deck is 
the 026 pattern set. 

29 

Indicates that the default punch pattern 
at the beginning of each job deck is 
the 029 pattern set. 


If you omit the SDT parameter or specify the value 
CCP, the default value of 29 is used. 

If a DT value of CP is used, the following values 
are allowed definitions of subdevice type: 

SDT12 Indicates a site-defined subdevice type 
that uses the subdevice type number 12, 


I 6-28 


60480000 N 



SDT13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

If a DT value of PL is used, the following values 
are allowed definitions of a plotter Instruction 
byte size: 


CCP 

Indicates that CCP should use the 
default appropriate for the device; 
using this value is equivalent to 
omitting the parameter. 

SDT 12 

Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT13 

Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 

Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 

Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

6BIT 

Indicates that the device uses a 6-bit 
byte for each Instruction. 

8BIT 

Indicates that the device uses an 8-blt 
byte for each instruction. 

you omit 

the SDT parameter or specify the value 


CCP, the default value of 6BIT is used. 


If a DT value of DT12 is used, the following values 
are allowed definitions of subdevice type: 


A6 

Indicates that the device uses 64 ASCII 
characters. 

A9 

Indicates that the device uses 95 ASCII 
characters. 

B6 

Indicates that the device uses the 
64-character CDC scientific (BCD) 
character set. 

SDT12 

Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT 13 

Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 

Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 

Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

26 

Indicates that the device uses the 026 
pattern set. 

29 

Indicates that the device uses the 029 
pattern set. 


6BIT Indicates that the device uses a 6-bit 
byte for each instruction. 

8BIT Indicates that the device uses an 8-bit 
byte for each instruction. 

If you omit the SDT parameter, no default exists. 


STREAM PARAMETER 

The STREAM parameter defines the stream number used 
within the terminal to address data to or from the 
device. This stream number must be unique for each 
device of the same type within the terminal. If 
the terminal has plotters, the stream number for 
each plotter must be unique among all plotters and 
card punches within the terminal. 

The STREAM parameter is allowed for batch devices 
(DT of CP, CR, LP, and PL) or site-defined devices 
(DT of DT12) only. This parameter is required for 
batch devices on fixed-configuration lines and 
optional for devices on automatic recognition lines. 

If you specify this parameter, you must use one of 
the following values: 

AUTOREC 

Specifies that the stream number is to be 
determined by the network software when 
automatic recognition of the terminal 
occurs (valid only if the LINE or GROUP 
statement contains the AUTO parameter); 
using this value is equivalent to omitting 
the parameter. 

I ^ streamno ^ 7 

Indicates the stream number associated with 
the device within the terminal. 

If you omit this parameter or specify the value 
AUTOREC, the stream number determined during auto¬ 
matic recognition of the line is used. 

UBL PARAMETER 

The upline block limit (UBL) parameter specifies 
the number of upline blocks that can be outstanding 
(unacknowledged) between this terminal and an 
application program. The value you choose is 
independent of the ABL and DBL parameters. 

You should choose a value that is larger than the 
maximum number of logical lines the terminal user 
can enter before output from the application pro¬ 
gram in the host must occur. A fixed number of 
input messages might have significance to an appli¬ 
cation program. If such an application does not 
perform output until receiving that number of input 
messages and if you choose a UBL value smaller than 
this number, the application program becomes dead¬ 
locked (it waits for blocks of data that CCP is 
forced to discard because the block limit has been 
reached for upline queuing). If the device must 
receive output before it can begin additional 
input, the device also becomes deadlocked by this 
situation. 
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This parameter Is optional. The UBL parameter has 
the following range of values: 

1 < ubl < 31 


If you omit the UBL parameter, a default value is 
used (except for site“defined devices). The default 
value is 7, 

I 

UBZ PARAMETER 

The upline block size (UBZ) parameter specifies the 
maximum number of character bytes each upline block 
can contain, CCP divides each message from the 
terminal into blocks of the size you choose. The 
size you choose affects how much memory is needed 
to store the outstanding (unacknowledged) blocks of 
data in the NPU and the host• 

You should choose a value that allows most of the 
logical lines entered by the device to fit into a 
single block so that messages need not be divided 
into multiple network blocks. You should also 
choose a value that can be efficiently manipulated 
by the host application program. 

This parameter is optional; it is allowed for all 
device types except line printers, card punches, 
and plotters (DT of LP, CP, or PL), The UBZ param¬ 
eter has the following value range for console 
devices (DT of CON): 

0 < ubz < 2000 

For site-defined devices (DT of DT12), the range is: 
0 _< ubz < 2043 

For batch devices (DT of CR), the range is: 


1 < ubz < 2043 


If you specify 0 for a console device, CCP sends an 
upline block whenever it receives 100 characters. 


The value you declare should be chosen after con¬ 
sidering the value used for the UBL parameter. The 
NDL processor rounds the value you supply to the 
next multiple of 100 bytes. For console devices 

(DT of CON), rounding occurs as follows: 

Value Used 

Value Supplied in File 

0 0 

1 _< ubz < 100 100 

101 < ubz < 200 200 


1901 < ubz < 2000 


2000 


For batch devices (DT of CR), you should use a 
value that is a multiple of 640 characters (one 
physical record unit). If ubz is not a multiple of 
640 for passive devices, NDL rounds the value you 
supply to the next even multiple, as follows: 


Value Supplied Value Used 


1 ^ ubz £ 640 640 
641 < ubz < 1280 1280 
1281 < ubz < 2043 1920 


The NDL processor issues an informative message if 
it adjusts the UBZ value that you specify. 

If you omit the UBZ parameter, a default value is 
used. Default values depend on the device type. 
The defaults are: 


DT UBZ 

Value Value Used 

CON 100 

CR 640 

These defaults optimize use of the default values 
for the UBL parameter. These default values are 
the recommended values with two exceptions. The 
first exception is for card readers using lines at 
9600 b/s. In this case, a UBZ value of 1280 is 
recommended. The second exception is for card 
readers using lines at speeds above 9600 b/s. In 
this case, a UBZ value of 1920 is recommended. 

For the Message Control System (MCS), the upline 
block size must be set to 0, 

The value you specify can be changed by the appli¬ 
cation program for consoles. The terminal user can 
change the value within the following range: 

0 < ubz < 200 


XBZ PARAMETER 

The transmission block size (XBZ) parameter 
specifies the maximum number of character bytes 
each block sent to the terminal can contain, CCP 
divides downline network data blocks as necessary 
to create a transmission block of the specified 
number of characters. 

The transmission block size for a HASP console is 
normally 400. This value is used for terminals on 
lines of 9600 bits per second or less. For line 
speeds higher than 9600 bits per second, the ter¬ 
minal's buffer size is often increased to 800, so 
the XBZ value used should also be 800, You should 
always choose a value less than or equal to the 
size of any buffer memory within the terminal. 

This parameter is optional. The XBZ parameter has 
the following value range: 

200 < xbz < 2043 

If you omit the XBZ parameter, a default value of 
400 is used. This default value is based on the 
buffer sizes of the archetype terminals and should 
not be increased unless the devices used have 
larger buffers. 

The value you specify can be changed by the appli¬ 
cation program for consoles. 
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SDT13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

Siyri5 Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

If a DT value of PL is used, the following values 
are allowed definitions of a plotter instruction 
byte size: 


CCP 

Indicates that CCP should use the 
default appropriate for the device; 
using this value is equivalent to 
omitting the parameter. 

SDT12 

Indicates 
that uses 

a site-defined subdevice type 
the subdevice type number 12. 

SDT13 

Indicates 
that uses 

a site-defined subdevice type 
the subdevice type number 13. 

SDT14 

Indicates 
that uses 

a site-defined subdevice type 
the subdevice type number 14. 

SDT 15 

Indicates 
that uses 

a site-defined subdevice type 
the subdevice type number 15. 

6BIT 

Indicates 
byte for 

that the device uses a 6-bit 
each instruction. 

8BIT 

Indicates 
byte for 

that the device uses an 8-blt 
each instruction. 


If you omit the SDT parameter or specify the value 
CCP, the default value of 6BIT is used. 

If a DT value of DTI2 is used, the following values 
are allowed definitions of subdevice type: 


A6 

Indicates that the ^levice uses 64 ASCII 
characters. 

A9 

Indicates that the device uses 95 ASCII 
characters. 

B6 

Indicates that the device uses the 
64-character CDC scientific (BCD) 
character set. 

SDT12 

Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT13 

Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 

Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 

Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

26 

Indicates that the device uses the 026 
pattern set. 

29 

Indicates that the device uses the 029 
pattern set. 
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6BIT Indicates that the device uses a 6-bit 
byte for each instruction. 

8BIT Indicates that the device uses an 8-bit 
byte for each instruction. 

If you omit the SDT parameter, no default exists. 


STREAM PARAMETER 

The STREAM parameter defines the stream number used 
within the terminal to address data to or from the 
device. This stream number must be unique for each 
device of the same type within the terminal. If 
the terminal has plotters, the stream number for 
each plotter must be unique among all plotters and 
card punches within the terminal. 

The STREAM parameter is allowed for batch devices 
(DT of CP, CR, LP, and PL) or site-defined devices 
(DT of DT12) only. This parameter is required for 
batch devices on fixed-configuration lines and 
optional for devices on automatic recognition lines. 

If you specify this parameter, you must use one of 
the following values: 

AUTOREC 

Specifies that the stream number is to be 
determined by the network software when 
automatic recognition of the terminal 
occurs (valid only if the LINE or GROUP 
statement contains the AUTO parameter); 
using this value is equivalent to omitting 
the parameter* 

I < streamno ^ 7 

Indicates the stream number associated with 
the device within the terminal. 

If you omit this parameter or specify the value 
AUTOREC, the stream number determined during auto¬ 
matic recognition of the line is used. 

UBL PARAMETER 

The upline block limit (UBL) parameter specifies 
the number of upline blocks that can be outstanding 
(unacknowledged) between this terminal and an 
application program. The value you choose is 
independent of the ABL and DBL parameters. 

You should choose a value that is larger than the 
maximum number of logical lines the terminal user 
can enter before output from the application pro¬ 
gram in the host must occur. A fixed number of 
input messages might have significance to an appli¬ 
cation program. If such an application does not 
perform output until receiving that number of input 
messages and if you choose a UBL value smaller than 
this number, the application program becomes dead¬ 
locked (it waits for blocks of data that CCP is 
forced to discard because the block limit has been 
reached for upline queuing). If the device must 
receive output before it can begin additional 
input, the device also becomes deadlocked by this 
situation. 
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Value Supplied 


Value Deed 


This parameter Is optional* The UBL parameter has 
the following range of values: 

1 < ubl < 31 


If you omit the UBL parameter, a default value is 
used (except for site-defined devices)* The default 
value is 7* 

I 

UBZ PARAMETER 

The upline block size (UBZ) parameter specifies the 
maximum number of character bytes each upline block 
can contain. CCP divides each message from the 
terminal into blocks of the size you choose. The 
size you choose affects how much memory is needed 
to store the outstanding (unacknowledged) blocks of 
data in the NFU and the host * 

You should choose a value that allows most of the 
logical lines entered by the device to fit into a 
single block so that messages need not be divided 
into multiple network blocks* You should also 
choose a value that can be efficiently manipulated 
by the host application program. 

This parameter is optional; it is allowed for all 
device types except line printers, card punches, 
and plotters (DT of LP, CP, or PL). The UBZ param¬ 
eter has the following value range for console 
devices (DT of CON): 

0 < ubz jC 2000 

For site-defined devices (DT of DT12), the range is: 
0 ubz £ 2043 

For batch devices (DT of CR), the range is: 

I <xibz < 2043 

If you specify 0 for a console device, CCP sends an 
upline block whenever It receives 100 characters. 

The value you declare should be chosen after con¬ 
sidering the value used for the UBL parameter* The 
NDL processor rounds the value you supply to the 
next multiple of 100 bytes. For console devices 

(DT of CON), rounding occurs as follows: 

Value Used 

Value Supplied in File 

0 0 

1 ^ ubz < 100 100 

101 < ubz < 200 200 


1901 £ ubz £ 2000 2000 

For batch devices (DT of CR), you should use a 
value that is a multiple of 640 characters (one 
physical record unit). If ubz is not a multiple of 
640 for passive devices, NDL rounds the value you 
supply to the next even multiple, as follows: 


1 ;< ubz ^ 640 640 
641 < ubz < 1280 1280 
1281 < ubz < 2043 1920 

The NDL processor issues an Informative message if 
it adjusts the UBZ value that you specify* 

If you omit the UBZ parameter, a default value is 
used. Default values depend on the device type. 
The defaults are: 



DT UBZ 

Value Value Used 

CON 100 

CR 640 

These defaults optimize use of the default values 
for the UBL parameter. These default values are 
the recommended values with two exceptions. The 
first exception Is for card readers using lines at 
9600 b/s. In this case, a UBZ value of 1280 is 
recommended. The second exception is for card 
readers using lines at speeds above 9600 b/s. In 
this case, a UBZ value of 1920 is recommended* 

For the Message Control System (MCS), the upline 
block size must be set to 0* 

The value you specify can be changed by the appli¬ 
cation program for consoles. The terminal user can 
change the value within the following range: 

0 < ubz < 200 



XBZ PARAMETER 

The transmission block size (XBZ) parameter 
specifies the maximum number of character bytes 
each block sent to the terminal can contain* CCP 
divides downline network data blocks as necessary 
to create a transmission block of the specified 
number of characters. 

The transmission block size for a HASP console is 
normally 400. This value is used for terminals on 
lines of 9600 bits per second or less. For line 
speeds higher than 9600 bits per second, the ter¬ 
minal's buffer size is often increased to 800, so 
the XBZ value used should also be 800* You should 
always choose a value less than or equal to the 
size of any buffer memory within the terminal* 

This parameter is optional. The XBZ parameter has 
the following value range: 

200 < xbz < 2043 

If you omit the XBZ parameter, a default value of 
400 is used* This default value is based on the 
buffer sizes of the archetype terminals and should 
not be increased unless the devices used have 
larger buffers. 

The value you specify can be changed by the appli¬ 
cation program for consoles. 
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BISYNCHRONOUS TERMINAL 
DEFINITIONS 

On a bisynchronous conmunlcatlon line, a terminal 
definition is different from a device definition. 
A bisynchronous terminal consists of one or more 
devices and might not have a console; terminal and 
device are not synonymous. 

If you defined the communication line as a fixed- 
configuration line, you can declare only one 
TERMINAL or TBRMDEV statement for the line. If you 
defined the line as an automatic recognition line, 
you can declare up to 255 TERMINAL or TERMDEV 
statements for the line; only one terminal can 
access the line at a given time. 

You must provide one TERMINAL or TERMDEV statement 
for each terminal that can access the communication 
line. If you use a TETOIDEV statement, you cannot 
use a DEVICE statement for the same terminal. 
Figures 6-10 and 6-11 present the formats of these 
statements for terminals on bisynchronous protocol 
lines. 


TERMINALC,STIP=stiptyp,TC=trmcLas^3 
CCSET=char set ^RIC=yn1,1 
CCO=conord^BCFC=yn23,MREC=mrec3. 

Parameters are described in the text. 


The following TERMDEV and DEVICE parameters provide 
the terminal definition for the line: 

BCF RIC 

CO STIP 

CSET TC 

MREC 

The STIP and TC parameters are described first 
because they are related and affect the validity, 
ranges, and defaults of the other parameters. The 
other parameters are described in alphabetical 
order. 


STIP PARAMETER 

The STIP parameter specifies the subTIPtype required 
to support the terminal definition. This parameter 
is optional if the TC parameter specifies a CDC- 
defined terminal class. If STIP is omitted, the TC 
parameter must be specified and cannot be CCP or 
TC28 through TC31. 

When you declare a value for STIP, it must be one 
of the following reserved words: 

AUTOREC Specifies that the subTIPtype is to be 
determined by the network software 
when automatic recognition of the ter¬ 
minal occurs (valid only if TC is 
specified); using this value is 
equivalent to omitting the parameter. 

2780 Indicates that the terminal uses the 
2780 protocol variant. 


Figure 6-10. TERMINAL Statement Format 3780 Indicates that the terminal uses the 

for Communication Lines of TIPTYPE=8SC 3780 protocol variant. 


For console devices; 

device: TERMDEV C,STIP=stiptyp,TC=trmclas^CSET=charset,RIC=yn1,C0=conord,BCFi:=yn23,3 

I>IREC=rec,DT=C0N,ABL=abL,DBZ=dwnlsiz,UBZ=upbsize,DBL=dwnblim,UBL=upbLim,XBZ=xroitsiz,3 

CAUTOCONC=yn33,PRIC=yn43,OIC=yn53^HN=node,HDC=yn63,CT=ct,PW=pw,P90=fv90^...,P99=fv993. 

For site**defined devices: 

device: TERMDEV,CSTIP=stiptyp,TC=trmcLas,CSET=charset,RIC=yn1/C0=conord^BCFC=yn23,3 

CMREC=rec,3DT=DTl2C,SDT=subdt,TA=trffladdr,ABL=abL,DBZ=dwnLsiz,UBZ=upbsize,DBL=dwnbLim,3 
CUBL=upbLim,XBZ=xmitsiz,AUTOCONC=yn33,PRlC=yn43,DIC=yn53,HN=node,HDC=yn63,CT=ct,PW=pw,3 
CP90=fv90,...,P99=fv993. 

device The element name of the terminal device being defined. This name can be one through seven 

characters long. The first character must be a letter, the other characters can be letters 
or digits. If this statement is used within the set following a GROUP statement, the 
device name cannot be longer than five characters. This is the name used by the host or 
NPU operator to monitor and control the device. This name is required; there is no default 
value. 

All other parameters are described in the text. 


Figure 6-11. TERMDEV Statement Format for Communication Lines of TIPTYPE=BSC 


60480000 N 


6-31 




If you use the AUTOREC value or omit the STIP 
parameter, the default Is selected according to the 
terminal class declared* The defaults are: 

TC STIP 

Value Value Used 

2780 2780 

3780 3780 


TC PARAMETER 

The TC parameter specifies the terminal class 
appropriate for the terminal* Supported devices 
are grouped into terminal classes, according to 
their hardware characteristics* 

Each CDC-deflned terminal class has the default 
characteristics associated with an archetype ter¬ 
minal. Each CDC-defined terminal class has a range 
of possible characteristics. These ranges deter¬ 
mine the values allowed for parameters you specify 
on the TERMDEV or DEVICE statements. 

The mnemonics identifying the terminal classes are 
derived from the identification of the archetype 
terminals defining the classes, with the following 
I exceptions: you can use TC28, TC29, TC30, and TC31 
to identify site-defined terminal classes with no 
default characteristics, corresponding to reserved 
Network Access Method (NAM) terminal class numbers. 

Because the network cannot recognize differences 
among some terminal classes, a default terminal 
class exists for each subcategory of the TIP type 
(the subTIPtype, defined by the STIP parameter of 
the TERMINAL or TERMDEV statement); these defaults 
can be used when you declare a STIP parameter. 

Because the characteristics of terminals In site- 
defined classes are unknown, TERMINAL, TERMDEV, or 
DEVICE statement parameter value ranges are checked 
against those valid for the STIP value specified* 
Any value declared for a terminal or device param¬ 
eter is valid if the parameter and value conform to 
requirements for that subTIPtype. 

The following reserved words are valid values for 
the TC parameter: 

CCP Specifies that CCP is to provide the 
default terminal class appropriate for 
the subTIPtype; using this value is 
equivalent to omitting the parameter* 

TC28 Identifies a site-defined archetype 

terminal that uses the NAM internal 

terminal class number of 28* 

TC29 Identifies a site-defined archetype 

terminal that uses the NAM internal 

terminal class number of 29* 

TC30 Identifies a site-defined archetype 

terminal that uses the NAM internal 

terminal class number of 30* 


TC31 Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 31. 

2780 Identifies a terminal that is compatible 
with the IBM 2780. 

3780 Identifies a terminal that is compatible 
with the IBM 3780. 


If the TC parameter is specified as CCP or TC28 
through TC31, the STIP parameter must be specified. 
If the TC parameter is omitted, the STIP parameter 
must be specified. If STIP is omitted, the TC 
parameter must be specified and cannot have the 
value CCP or TC28 through TC31. 

If the TC parameter is specified with a value of 
TC28, TC29, TC30, or TC31, then CCP must also be 
modified to accept these values. If the appro¬ 
priate support code for TC28, TC29, TC30, or TC31 
is not added to CCP, these values will be 
considered invalid by CCP* 


If you omit the TC parameter or specify the value 
CCP, the default is selected according to the STIP 
value declared. The defaults are: 

STIP TC 

Value Value Used 

2780 2780 

3780 3780 


BCF PARAMETER 

The BCF parameter indicates whether the terminal 
supports compression of blanks in upline and down¬ 
line data* Blank compression consists of deleting 
blanks that occur in multiples and replacing each 
multiple with a code set sequence that represents 
the number deleted* 

When the network software compresses blanks in 
downline data, it does so for all devices within 
the terminal* When the network software receives a 
compressed blank sequence in upline data from any 
device within the terminal, it expands the data by 
replacing each sequence with the appropriate number 
of blanks* 

This stand-alone parameter is optional and allowed 
only for terminals in classes 2780 and TC28 through 
TC30. If you specify this parameter, you must use 
one of the following values: 

NO Indicates that the terminal does not 

compress blanks in its input and cannot 
process compressed blanks received as 
output. 

YES Indicates that the terminal compresses 

blanks in its input and can process 
compressed blanks received as output. 
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If you specify this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default value of NO Is used (TC of 2780 only). 


CO PARAMETER 

The CO parameter specifies the configuration ordinal 
for the terminal. When the line is configured for 
automatic recognition of terminals, this parameter 
is optional; otherwise it is not allowed. 

The terminal user can enter the configuration 
ordinal during automatic recognition. This allows 
the user to select the appropriate set of terminal 
and device definitions among several you supply for 
the line. 

If you supply this parameter for an automatic 
recognition line, the value must be unique for each 
terminal that can use the line. The network soft¬ 
ware checks this value while identifying the ter¬ 
minal from the configuration file. Any terminal 
accessing the line must supply a configuration 
ordinal you specify or it cannot use the network. 

The CO parameter can have the following values: 

AUTOREC 

Indicates that CCP should determine the 
configuration ordinal during automatic 
recognition of the terminal (valid only if 
the AUTO parameter is specified); using 
this value is equivalent to omitting the 
parameter. 

1 _< conord ^ 255 

Indicates the decimal configuration ordinal 
of the terminal you are defining. 

If you specify the value AUTOREC, CCP accepts any 
configuration ordinal valid for bisynchronous 
terminals. 

CSET PARAMETER 

The CSET parameter specifies the code and character 
set of the terminal. This parameter is optional. 

When you declare a value for CSET, it must be one 
of the following reserved words. For terminals in 
I classes TC28 through TC31, it can be: 

AUTOREC Indicates that CCP should use the code 
set appropriate for the terminal class 
or determined by automatic recognition; 
using this value is equivalent to 
omitting the parameter. 

CSET15 Site-defined code and character set, 
identified within the network software 
as character set number 15. 

EBCDIC Indicates the IBM Extended Binary Coded 
Decimal Interchange Code set and char¬ 
acter set. 

If you specify CSET for a terminal on an automatic 
recognition line, the network software performs an 
additional match while identifying the terminal in 


the configuration file. If you omit CSET, no 
additional match is performed for automatic 
recognition lines and the recognized value is used. 

For fixed-configuration lines, the default is 
selected according to the TC value declared or 
used. The defaults are: 

TC CSET 

Value Value Used 

2780 EBCDIC 

3780 EBCDIC 

Once established, the default cannot be changed. 


MREC PARAMETER 

The MREC parameter indicates the maximum number of 
records that each device within the terminal can 
receive in each transmission block. This number 
determines how the network software blocks data 
into a transmission block for output. 

This parameter is optional and allowed for terminal 
classes 2780 or TC28 through TC31 only. If you | 
specify this parameter, you must use one of the 
following values: 

CCP 

Indicates that CCP should use the default 
number appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

I ^ mrec ^ 7 

Indicates the number of records required by 
the terminal in each block exchanged with 
the network. 

If you omit this parameter or specify the value 
CCP, the default value of 2 is used. This default 
supports the standard version of the 2780 protocol. 


RIC PARAMETER 

The RIC parameter indicates whether the terminal 
has restricted interactive capabilities. A terminal 
can have restricted interactive capabilities for 
many reasons; for example, perhaps no console 
device actually exists and interactive dialog must 
occur through a pair of batch devices. 

The effect this parameter has depends on the appli¬ 
cation program the terminal uses. For example, RBF 
does not output the READY prompt and does not 
require a GO command to enable any defined passive 
devices when RIC is specified. 

This parameter is optional. Possible values are: 

NO Indicates that the terminal has full 

interactive capabilities. 

YES Indicates that the terminal has limited 
interactive capabllties. 

If you omit the RIC parameter, the default value of 
YES is used. 
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BISYNCHRONOUS DEVICE 
DEFINITIONS 

On a bisynchronous communication line, a device 
definition is different from a terminal definition. 
A bisynchronous terminal consists of one or more 
devices; terminal and device are not synonymous. 

You must provide one TERM0EV or DEVICE statement 
for each device that accesses the communication 
line through the terminal you are defining. If you 
use a TERMDEV statement, you cannot use a DEVICE 
statement for the same terminal. Figures 6-11 and 
6-12 present the formats of these statements for 
devices on bisynchronous protocol lines. 

For each terminal you define, you can declare up to 
four DEVICE statements. Bisynchronous terminals 
can have up to four DEVICE statements for site- 
defined device types, or one DEVICE statement each 


foe a CDC-deflned console, line printer, card 
reader, or card punch device. 

If a terminal does not have a console, you must 
define a dummy console device for it. The network 
software requires a console to exist in all terminal 
definitions so that batch devices can be logged in. 

The following parameters provide the definition for 
devices within the terminal: 


ABL 

DT 

SDT 

AUTOCON 

HD 

TA 

CT 

HN 

DBL 

DBL 

PRI 

DBZ 

DBZ 

PW 

XBZ 

DI 

P90 through P9 



The DT parameter is described first because it 
affects the validity, ranges, and defaults of the 
other parameters. The other parameters are 
described in alphabetical order. 


For console devices: 

device: DEVICEC,DT=COM,ABL=abl,OBZ=dwnlsiz,UBZ=upbsize,OBL=d«nbliiB,lBL=upblim,XBZ=xmitsiz,3 

I CAUT0C0NC=yn11,PRin=yn2],DIC=yn33,HN=node,HDC=yn43,CT=ct,PW=pw,P90=fv90,...,P99=fv993. 

For card readers; 

device: 0EVICE,DT=CRC,SDT=subdt^UBZ=upbsize^DBL=*dwnbLiro^UBL=upbLim,PRlC=ynia,3 

CDIC=yn23^PW=pH,P90=fv90,...,P99=fv991. 

For card punches: 

device: DEVICE,DT=CPC^TA=trmaddr,DBZ=dwnlsiz^DBL=dwnbLira,UBL=upbLira^XBZ=xmitsiz^3 

CPRI C=yn13^01 C=yn23 ,PW=py,P90=f v90,.. .,,P99=f v993. 

For Line printers; 

device: DEVICE,DT=LPC^S0T=subdt^TA=trraaddr^DBZ=dwnLsiz^DBL=dwnbLifn^UBL=upblim,XBZ=xroitsiz,3 

CPRlC=yn13,DlC=yn23,PW=pw^P90=fv90,...^P99=fv993. 

For site-defined devices: 

device: 0EVICE,DT=DTl2C,SDT=subdt,TA=trraaddr,ABL=abL,DBZ=dwnLsiz,UBZ=upbsize,DBL=dwnbLim^3 

I CUBL=upbl im, XBZ=xmi t si z^AUTOCON C=yn13 ,PRI C=yn23 ,DI C=yri53 ^HN=node,HD C=yn43^3 

CCT=ct,PW=pw,P90=fv90,...,P99=fv993. 

device The element name of the terminal device being defined. This name can be one through seven 

characters long. The first character must be a letter; the other characters can be 
letters or digits. If this statement is used within the set following a GROUP statement, 
the device name cannot be longer than five characters. This is the name used by the host 
or NPU operator to monitor and control the device. This name is required; there is no 
default value. 

ALL other parameters are described in the text- 
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DT PARAMETER 

The DT parameter specifies the device type being 
defined. You can declare either a CDC-defined 
device type or a site-defined device type. 

If you specify a CDC-defined device type, the other 
device definition parameters on the DEVICE or 
TERMDEV statement: 

Are required by the NDL processor where 
indicated In the text 

Have the predefined default shown in the text 
Have the predefined ranges shown in the text 
Are checked for uniqueness and compatibility 


If you specify a site-defined device type, the 
other device definition parameters on the DEVICE 
statement: 

Are not required by the NDL processor 
Have no predefined default 
Are not checked for uniqueness 

Are not checked for compatibility with other 
parameters on the same statement 


When you specify the DT parameter, the following 


values are 

valid: 




CON 

Identifies 

a CDC-defined console 

device. 

CP 

Identifies 

device. 

a CDC-defined 

card 

punch 

CR 

Identifies 

device. 

a CDC-defined 

card 

reader 

DT12 

Identifies a site-defined device with 
no predefined characteristics, using 
the device type number 12 within NAM. 

LP 

Identifies 

device. 

a CDC-defined 

line 

printer 


If you omit the DT parameter, the value of CON is 
used. 


ABL PARAMETER 

The application block limit (ABL) parameter 
specifies the number of downline blocks that can be 
outstanding (unacknowledged) between an application 
program and this terminal. The value you choose 
should keep the terminal busy for 2 seconds by 
maintaining that number of outstanding blocks of 
the size specified by the DBZ parameter. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 


or DT of DT12). The ABL parameter has the following 
range of values: 


1 < abl _< 7 

The value you declare should be greater than or 
equal to the downline block limit (DBL parameter 
value) of the terminal. For console devices (DT of 
CON), the host queues abl - dbl blocks; the NPU 
queues dbl blocks. An ABL value significantly 
larger than the DBL value causes NAM to use more 
host memory but can reduce the number of times an 
application program is rolled out. 

The default value for this parameter is 2 (DT of 
CON only). 


AUTOCON PARAMETER 

The AUTOCON parameter is a stand-alone keyword that 
determines whether CCP should automatically connect 
the console device and any associated batch devices 
to the selected or defaulted host node. This 
parameter is valid only for console devices. 

If all logical links terminating in the NPU being 
defined are to the same host (all HNAME values are 
equal), and the NDL processor provides a default 
host node, then the NDL processor also sets AUTOCON 
unless AUTOCON=NO is specified. 

This parameter and its values are optional. You 
can specify either of the following values: 

NO Indicates that CCP should not attempt 

automatic connection. 

YES Indicates that CCP should attempt auto¬ 
matic connection. 

If you omit the AUTOCON parameter, the default 
value of NO is used for a DT of CON. If you specify 
this parameter without a value, the value of YES is 
used. 


CT PARAMETER 

The CT parameter specifies the character to be used 
as a flag for a terminal definition command. When 
the terminal user enters this character as the 
first character on a line, CCP Interprets the line 
as a command. Among other functions, CCP supports 
terminal definition commands to determine or change 
the values you have established for the following 
parameters: 

CT HN PW TC I 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the char¬ 
acter to be used (table A-2 in appendix A lists all 
of the codes in the 7-bit ASCII code set). 
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You cannot use any of the following values; 

00, 01, or 02 (characters NUL, SOH, or SIX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7 A (alphabetic 
characters A through Z or a through z) 

Because the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character in the 7-bit 
ASCII code set. 

If you omit the CT parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the TC parameter. The defaults are; 


TC 

CT 

ASCII 

Value 

Value Used 

Character 

2780 

25 

Z 

3780 

25 

X 


The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value you specify. 


DBL PARAMETER 

The downline block limit (DBL) parameter specifies 
the number of downline blocks that can be out¬ 
standing (unacknowledged) between the host computer 
and this terminal. The value you choose determines 
how many blocks of data the NPU queues from the 
total number of outstanding blocks (ABL parameter 
value) of the size specified by the DBZ parameter. 

This parameter is optional. The DBL parameter has 
the following range of values: 

1 ^ dbl < 7 

The value you declare should be lees than or equal 
to the application block limit (ABL parameter 
value) of the terminal. For console devices (DT of 
CON), the host queues abl - dbl blocks; the NPU 
queues dbl blocks. Small DBL values use less NPU 
memory but cause slower data transfers. 

For batch devices, the NPU queues all downline 
blocks. No ABL value exists, so the DBL value 
alone determines the Impact of block queueing on 
NPU and host resources. Large DBL values rapidly 
use up NPU memory; small DBL values may not keep 
the device busy. 

If you omit the DBL parameter, a default value is 
used. Default values depend on the device type. 
The defaults are: 

DT DBL 

Value Value Used 

CON 2 

CR 2 

CP 1 

LP 1 


For card punches and line printers using lines at 
speeds above 9600 bits per second, a DBL value of 2 
is recommended. 


DBZ PARAMETER 

The downline block size (DBZ) parameter specifies 
the maximum number of character bytes each downline 
block can contain. The value you choose affects 
how much memory is needed to store the outstanding 
(unacknowledged) blocks of data in the NPU and the 
host. Larger DBZ values cause fewer disk accesses 
by the host. This value can be used by the appli¬ 
cation programs to divide downline messages into 
blocks • 

This parameter is optional; it is allowed for all 
device types except card readers (DT of CR). The 
DBZ parameter has the following range of values: 


1 < dbz £ 2043 

The value you declare should be chosen together 
with the value used for the DBL parameter. For 
batch devices (DT of CP or LP), you should use a 
value that is a multiple of 640 characters (one 
physical record unit). If dbz is not a multiple of 
640 for passive devices, NDL rounds the value you 
supply to the next even multiple, as follows; 


Value Supplied Value Used 


1 < dbz < 640 640 
641 dbz < 1280 1280 
1281 < dbz < 2043 1920 


If you omit the DBZ parameter, a default value is 
used. Default values depend on the STIP value 
declared or used and the device type. The defaults 
are: 


STIP 

DT 

DBZ 

Value 

Value 

Value Used 

2780 

CON 

400 

2780 

CP 

640 

2780 

LP 

640 

3780 

CON 

512 

3780 

CP 

640 

3780 

LP 

640 


These defaults optimize use of the default values 
for the DBL parameter. 


Dl PARAMETER 

The DI parameter is a stand-alone keyword that 
specifies a device as initially enabled or 
disabled. An enabled device is configured and 
serviced as soon as the communication line becomes 
active. A disabled device is neither configured 
nor serviced when the line becomes active. 

If you initially disable the device, a host or NPU 
operator can change the device status to enabled. 
This change can be made only when the line becomes 
active (when a call is received on a dialup line, 
or when communications are established on a hard¬ 
wired line). 
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This parameter is optional. If you specify the DI 
parameter, you must use one of the following values: 


NO 

Indicates 
enabled. 

that 

the 

device 

is 

initially 

YES 

Indicates 

disabled. 

that 

the 

device 

is 

initially 


If you specify the DI parameter without a value, 
the value of YES is used. If you omit this parame¬ 
ter, the default value of NO is used. 


HD PARAMETER 

The HD parameter controls whether or not the full 
host availability display (HAD) is presented to the 
terminal user. This parameter is optional and is 
valid only for console devices. 

If you specify this parameter, you must use one of 
the following values: 

NO Indicates that the full host avail¬ 

ability display is not presented to the 
terminal user The terminal user 
receives only the host status message 
and the prompt message. 

YES Indicates that the host availability 

display should be presented to the 
terminal user. 


If you omit this parameter and only a single host 
is defined, the default value of NO is used. If 
you omit this parameter and multiple hosts are 
defined, the default value of YES is used. 

The value of this parameter does not change when 
when the terminal class is changed from the console 
or changed by the application program. The appli¬ 
cation program or the terminal user can also change 
the value you specify. 


HN PARAMETER 

The HN parameter identifies the node number of the 
host that a console device and any associated batch 
devices are connected to unless another path is 
selected by the terminal user. 

This parameter is optional and is valid only for 
console devices. If you declare this parameter, 
you must use one of the following values: 

NONE 

Indicates that no node number Is specified. 
This has the same effect as not declaring 
the parameter. A value of NONE cannot be 
declared if AUTOCON is also specified and 
there are logical links to more than one 
host terminating in the NPU being defined. 

I _< hn < 255 

Indicates the node number of the host that 
the console device and any associated batch 
devices are to be connected to. 


The value declared for the HN parameter must be the 
same as the NODE value in a COUPLER statement within 
the same network definition. If all the COUPLER 
statements for all the logical links to the NPU 
being defined have equal HNAHE parameters, the NDL 
processor provides a default host node. The 
default host node is the last coupler specified. 
If the HN parameter Is not specified, the terminal 
user must select a host before a connection can be 
made. If the AUTOCON parameter is specified, then 
the HN parameter must also be specified. 

The value of this parameter does not change when 
the terminal class is changed from the console. 
The terminal user can change the value you specify. 


PRI PARAMETER 

The PRI parameter is a stand-alone keyword that 
Indicates whether data to or from the device is to 
have traffic priority over that to or from other 
devices in the network. Data to or from a device 
that does not have traffic priority is suspended to 
relieve network congestion before data to or from 
terminals with traffic priority is suspended. 
Interactive devices should usually be given traffic 
priority over batch devices. 

This parameter is optional. If you specify the PRI 
parameter, you must use one of the following values: 

NO Indicates that the device should not 

have data traffic priority. 

YES Indicates that the device should have 

data traffic priority. 

If you declare this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default value of NO is used. 


PW PARAMETER 

The PW parameter defines the number of characters 
per physical line of output for this device. This 
physical line length is also called the page width. 

For console devices (DT of CON) with a printer 
defined as the output mechanism (OP of PR), output 
lines longer than pw characters are divided into 
lines of pw or fewer characters each. 

This parameter is optional. The values you can use 
depend on the terminal class and the device type. 
The following values are allowed for console devices 
and site-defined devices (DT of CON or DT of DT12) 
in terminal classes 2780 and 3780 and for all 
devices in terminal classes TC28 through TC31: 

CCP 

Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

0 

Indicates that the device has an infinite 
page width. An infinite page width means 
that physical line length has no effect on 
output formatting. 
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50 _< pw ^ 255 

Indicates that the device can support 
physical lines no longer than the 
Indicated value. 

The following values are allowed for line printers 
(DT of LP) in terminal classes 2780 and 3780: 

CCP 


and valid for devices with DT values of CR, LP, and 
DTI2. The recognized reserved word values you can 
use and the defaults depend on the value you specify 
or use for the DT parameter. 

If a DT value of LP is used, the following values 
are allowed definitions of a printer character set: 

A6 Indicates that the device uses 64 ASCII 

characters. 


Indicates 

that 

CCP should 

use 

the 

default 

value 

appropriate 

for 

the 

terminal 

class; 

using this 

value 

is 

equivalent to omitting the parameter 

• 

50 < pw ^ 150 





Indicates 

that 

the device can support 

physical 

lines 

no longer 

than 

the 

Indicated 

value. 





If you omit this parameter or specify the value 
CCP, a default value is used. The default value 
depends on the terminal class and device type. 
Default values for console devices (DT of CON) are: 

TC PW 

Value Value Used 

2780 80 

3780 80 

Default values for line printers (DT of LP) in 
terminal classes 2780 and 3780 are: 

TC FW 

Value Value Used 

2780 80 

3780 120 


A9 Indicates that the device uses 95 ASCII 

characters. 

B6 Indicates that the device uses the 

64-character CDC scientific (BCD) 
character set. 

CCP Indicates that CCP should use the 

default appropriate for the device; 
using this value is equivalent to 
omitting the parameter. 

SDT12 Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

If you omit the SDT parameter or specify the value 
CCP, the default value of A6 is used* 

If a DT value of CR is used, the following values 
are allowed definitions of a card reader punch 
pattern set: 


The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program can change any value you 
specify; the terminal user can change any value you 
specify for a console. 

P90 THROUGH P99 PARAMETERS 

These ten parameters Indicate the hexadecimal field 
value to use for the corresponding field number 
within the Terminal Interface Program configuration 
Information transmitted for this device. The 
released version of the CDC-written BSC TIP does 
not use any of these ten field number/field value 
pairs. 

These parameters are optional. If you specify a 
value, it must be within the following range: 

0 < fv9l < FF 

If you omit these parameters, there are no default 
values. 


SDT PARAMETER 

The SDT parameter specifies the subdevice type of 
the device you are defining. The subdevice type is 
the set of external characteristics of interest to 
the network software. This parameter is optional 


CCP 

Indicates that CCP should use the 
default appropriate for the device; 
using this value is equivalent to 
omitting the parameter. 

SDT12 

Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT 13 

Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 

Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 

Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

26 

Indicates that the default punch pattern 
at the beginning of each job deck is 
the 026 pattern set. 

29 

Indicates that the default punch pattern 
at the beginning of each job deck is 
the 029 pattern set. 


If you omit the SDT parameter or specify the value 
CCP, the default value of 29 is used. 

If a DT value of CP is used, the following values 
are allowed definitions of subdevice type: 

SDT12 Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 
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SDT13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

If a DT value of DTI2 is used, the following values 
are allowed definitions of subdevice type: 

A6 Indicates that the device uses 64 ASCII 

characters. 

A9 Indicates that the device uses 95 ASCII 

characters. 

B6 Indicates that the device uses the 

64-character CDC scientific (BCD) 
character set. 

26 Indicates that the device uses the 026 

pattern set. 

29 Indicates that the device uses the 029 

pattern set. 

6BIT Indicates that the device uses a B-blt 

byte for binary Instruction codes. 

8BIT Indicates that the device uses an 8-blt 
byte for binary instruction codes. 

If you omit the SDT parameter, no default exists. 


TA PARAMETER 

The TA parameter defines the addressing code of the 
card punch device within the terminal. This param¬ 
eter must match the code actually used by the ter¬ 
minal as a flag for the routing of output data to a 
card punch. 

The TA parameter is optional for terminals on auto¬ 
matic recognition lines but required for terminals 
on fixed-configuration lines. This parameter is 
valid only for card punches and site-defined devices 
(DT of CP or DT of DT12) in terminal classes 3780 
I and TC28 through TC31. 

If you specify this parameter, you must use one of 
the following values: 

AUTOREC Indicates that CCP should determine 
the addressing code during automatic 
recognition of the terminal (valid 
only if the AUTO parameter is used in 
the corresponding LINE or GROUP state¬ 
ment); using this value is equivalent 
to omitting the parameter. 

2 Indicates that the addressing code is 

the equivalent of the ASCII DC 2 

character. 

3 Indicates that the addressing code is 

the equivalent of the ASCII DC3 

character. 

If you omit this parameter or specify the value 

AUTOREC, the value determined by automatic recogni¬ 

tion of the line is used. 


UBL PARAMETER 

The upline block limit (UBL) parameter specifies 
the number of upline blocks that can be outstanding 
(unacknowledged) between this terminal and an 
application program. The value you choose is 
independent of the ABL and DBL parameters. 

You should choose a value that is larger than the 
maximum number of logical lines the terminal user 
can enter before output from the application pro¬ 
gram in the host must occur. A fixed number of 
input messages might have significance to an appli¬ 
cation program. If such an application does not 
perform output until receiving that number of input 
messages and if you choose a UBL value smaller than 
this number, the application program becomes dead¬ 
locked (it waits for blocks of data that CCP is 
forced to discard because the block limit has been 
reached for upline queuing). If the device must 
receive output before it can begin additional 
input, the device also becomes deadlocked by this 
situation. 

This parameter is optional. The UBL parameter has 
the following range of values: 

I <xihl < 31 

If you omit the UBL parameter, a default value is 
used (except for site—defined devices). The default 
value is 7. 

The value you specify can be changed by the appli¬ 
cation program for consoles. 


UBZ PARAMETER 

The upline block size (UBZ) parameter specifies the 
maximum number of character bytes each upline net¬ 
work data block can contain. CCP divides each mes¬ 
sage from the terminal into blocks of the size you 
choose. The size you choose affects how much memory 
is needed to store the outstanding (unacknowledged) 
blocks of data in the NPU and the host. 

You should choose a value that allows most of the 
logical lines entered by the device to fit into a 
single block so that messages need not be divided 
into multiple network blocks. You should also 
choose a value that can be efficiently manipulated 
by the host application program. 

This parameter is optional; it is allowed for all 
device types except line printers and card punches 
(DT of LP or CP). The UBZ parameter has the 
following range of values for console devices (DT 
of CON): 

0 < ubz < 2000 

For site-defined devices (DT of DT12), the range is: 
0 £ ubz £ 2043 

For batch devices (DT of CR), the range is: 

1 ^ ubz ^ 2043 

If you specify 0 for a console device, CCP sends an 
upline block whenever it receives 100 characters. 
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The value you declare should be chosen after 
considering the value used for the UBL parameter. 
The NDL processor rounds the value you supply to 
the next multiple of 100 bytes. For console 
devices (DT of CON), rounding occurs as follows: 


Value Used 

Value Supplied in File 

0 0 

1 < ubz 100 100 

101 < ubz < 200 200 


1901 £ ubz _< 2000 2000 

For batch devices (DT of CR), you should use a 
value that Is a multiple of 640 characters (one 
physical record unit). If ubz is not a multiple of 
640 for passive devices, NDL rounds the value you 
supply to the next even multiple, as follows: 


Value Used 


Value Supplied in File 


1 ^ ubz ^ 640 640 
641 < ubz < 1280 1280 
1281 < ubz < 2043 1920 


The NDL processor issues an informative message if 
it alters the value you supply. 

If you omit the UBZ parameter, a default value is 
used. Default values depend on the device type. 
The defaults are: 


DT UBZ 

Value Value Used 

CON 100 

CR 640 

These defaults optimize use of the default values 
for the UBL parameter. The default values are the 
recommended values with two exceptions. The first 
exception is for card readers using lines at 9600 
b/s. In this case, a UBZ value of 1280 is the 
recommended value. The second exception is for 
card readers using lines at speeds above 9600 b/s. 
In this case, a UBZ value of 1920 is recommended. 

I For the Message Control System (MCS), the upline 
block size must be set to 0, 

The application program can change the value you 
specify. The terminal user can change the value 
for consoles within the following range: 

0 < ubz < 200 


XBZ PARAMETER 

The transmission block size (XBZ) parameter 
specifies the maximum number of character bytes 
each block sent to the terminal can contain. CCP 
divides downline network data blocks as necessary 
to create a transmission block of the specified 
number of characters. 


The transmission block size for a dummy console 
device should be less than or equal to the XBZ 
value declared or used for its line printer. A 
bls 3 mchronous terminal normally does not have a 
console; the console device configured as part of 
the terminal is actually a special input/output 
mode for the card reader and line printer. The 
value you choose must be less than or equal to the 
size of any buffer memory within the terminal. 

This parameter is optional. The XBZ parameter has 
the following range of values: 

200 < xbz < 2043 

If you omit the XBZ parameter, a default value is 
used. Default values depend on the STIP value 
declared or used. The defaults (DT of CON, CP, and 
LP only) are: 

STIP XBZ 

Value Value Used 

2780 400 

3780 512 


These default values are based on the buffer sizes 
of the archetype terminals and should not be 
increased unless the devices used have larger 
buffers. 

The value you specify can be changed by the appli¬ 
cation program for consoles. 

3270 TERMINAL DEFINITIONS 

On a 3270 communication line, a terminal definition 
is different from a device definition. A 3270 
terminal consists of one or more devices; terminal 
and device are not synonymous. 

The 3270 communication line can only be defined as 
a fixed-configuration line. You can declare up to 
32 TERMINAL or TERMDEV statements for the line. 

You must provide one TERMINAL or TERMDEV statement 
for each terminal that can access the communication 
line. If you use a TERMDEV statement, you cannot 
use a DEVICE statement for the same terminal. 
Figures 6-13 and 6-14 present the formats of these 
statements for terminals on 3270 protocol lines. 

The following TERMINAL and TERMDEV parameters 
provide the terminal definition for the line. 

CA 

CSET 

RIC 

TC 

The TC parameter is described first because it 
affects the validity, ranges, and defaults of the 
other parameters. The other parameters are 
described in alphabetical order. 


TC PARAMETER 

The TC parameter specifies the terminal class 
appropriate for the terminal. Supported devices 
are grouped into terminal classes, according to 
their hardware characteristics. 
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TERNINAL, TC=trniclas,CA=clsadrC,CSET=charset,RIC=yn1D. 


Figure 6-13. TERMINAL Statenent Format for Comnwnication Lines of TIPTYPE=3270 


For console devices; 

device: TERN0EVC,TC=troclas,CSET=charset^CA=cLsadr^RIC=yn1,DT=C0N,TA=troaddr^3 
CABL=abL^DBZ-dwnlsiz^UBZ=upbsi ze^DBL=dunblim^U8L=upblini^] 

CAUT0C0NC=yn23^PRIC=yn33^0IC=yn4D,HN=node^HDC=yn53^LK=yn6,B1=bVB2=b2,CN=cn^3 
CCT=ct / P6=pg^PL=pl ^ P¥=pii3. 

For site-defined devices: 

device: TERNDEVC^TC=trmcLas,CSET=charset,CA=cLsadr,RIC=yn1D,DT=DT12C,S0T=subdt,3 
CTA=trmaddr^ABL=abl^DBZ=dunLsiz^UBZ=upbsize,DBL=dwnbliro^UBL=upblini,3 
CAUTOCONC=yn23^PRlC=yn33,DIC=yn43,HN=node,HDC=yn53,LK=yn6,B1=b1,3 
IB2=b2,CN=cn^CT=ct,P6=pg,PL=pL,PW=pw3. 

device The element name of the terminal device being defined. This name can be one through seven 

characters long. The first character must be a letter, the other characters can be 
letters or digits. If this statement is used yithin the set following a GROUP statement, 
the device name cannot be longer than five characters. This is the name used by the host 
or NPU operator to monitor and control the device. This name is required; there is no 
default value. 

All other parameters are described in the text. 


Figure 6-14. TERNDEV Statement Format for Communication Lines of TIPTYPE=3270 


Each GDC-defined terminal class has the default 
characteristics associated with an archetype 
terminal. Each CDC-deflned terminal class has a 

The CA 
values: 

parameter can ] 

have the 

following range of 

range of possible characteristics. These ranges 
determine the values allowed for parameters you 

0 through IF 



specify on the TERMDEV or DEVICE statements. 


Indicates the 

hexadecimal cluster address 



of the terminal 

you are 

defining. 

The mnemonics identifying the terminal classes are 
derived from the identification of the archetype 
terminals defining the classes. 

Cluster addresses arc 
polling addresses: 

mapped 

to the following 


CA 

EBCDIC 

CA 

EBCDIC 

The TO parameter is required. When you declare a 
value for TC, it must be the following reserved 

Value Hex 
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word: 

0 

40 

10 

50 


1 

Cl 

11 

D1 


2 

C2 

12 

D2 

3270 Identifies a terminal that Is compat¬ 

3 

C3 

13 

D3 

ible with the IBM 3270. 

4 

C4 

14 

D4 


5 

C5 

15 

D5 


6 

C6 

16 

D6 


7 

C7 

17 

D7 

CA PARAMETER 

8 

C8 

18 

D8 


9 

C9 

19 

D9 

The CA parameter specifies the hardware cluster 

A 

4A 

lA 

5A 

address for all the devices accessing the line 

B 

4B 

IB 

5B 

through one terminal. This parameter is required. 

C 

4C 

1C 

5C 

You must specify a unique value of the CA parameter 

D 

4D 

ID 

5D 

for each terminal that can use the line. There is 

E 

4E 

IE 

5E 

no default value for a cluster address. 

F 

4P 

IF 
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CSET PARAMETER 

The CSET parameter specifies the code and character 
set of the terminal. This parameter is optional. 

When you declare a value for CSET, it must be the 
following reserved word: 

EBCDIC Indicates the IBM Extended Binary 
Coded Decimal Interchange Code set 
and character set. 


RIC PARAMETER 

The RIC parameter indicates whether the terminal 
has restricted interactive capabilities. A terminal 
can have restricted interactive capabilities for 
many reasons; for example, perhaps no console 
device actually exists and interactive dialog must 
occur through a pair of batch devices. 

The effect this parameter has depends on the 
application program the terminal uses. For 
example, RBF does not output the READY prompt and 
does not require a GO command to enable any defined 
passive devices when RIC is specified. 

This parameter is optional* Possible values are: 

NO Indicates that the terminal has full 

interactive capabilities. 

YES Indicates that the terminal has limited 
interactive capabilities. 


If you omit the RIC parameter, the default value of 
NO is used. 

3270 DEVICE DEFINITIONS 

On a 3270 communication line, a device definition 
is different from a terminal definition. A 3270 
terminal consists of one or more devices; terminal 
and device are not synonymous* 

You must provide one TERMDEV or DEVICE statement 
for each device that accesses the communication 
line through the terminal you are defining. If you 
use a TERMDEV statement, you cannot use a DEVICE 
statement for the same terminal. Figures 6-14 and 
6-15 present the formats of these statements for 
terminals on 3270 protocol lines. 

For each terminal you define, you can declare up to 
32 DEVICE statements. 3270 terminals can have up 
to 32 DEVICE statements for CDC-deflned console 
devices or up to 7 DEVICE statements for 
CDC-deflned line printer devices. 


The following TERMINAL and DEVICE parameters 
provide device definitions for the terminal: 


ABL 

DBL 

UC 

TA 

ADTOCON 

DBZ 

PG 

UBL 

B1 

DI 

PL 

UBZ 

B2 

DT 

PRI 


CN 

HD 

PW 


CT 

HN 

SDT 



For console devices; 

dev ice: DEVICE C^DT=C0N^TA=tnnadd r,ABL=:ab l^DBZ-dun L si z^UBZ-upbsl ze ^DBL^dunb I im,3 
CUBL-upb 1 1 m^AUTOCON I!=yn13 ,PRI C=yn23 , DI C=yh33 ^HN^node^HD C=yn4] , 3 
CLIC=yn5 =b1 , B2=b2 , CN=cn^ CT= c t ^ PG=pg ,PL=p I yPU-py3. 

For line printers; 

device: DEVICE,DT=LPC,SDT=subdt,TA=trfnaddr,DBZ=dwnLsiz,DBL=dwnbLim^UBL=upbUra^3 
CPRIC=yn13,DIC-yn23,PU-py3. 

For site"*def1ned devices: 

device: DEVICE^DT=DTl2C^SDT=subdt,TA=trmaddr^ABL=abL,DBZ=dwnLsiz^UBZ==iipbsize^3 
CDBL^dynbL 1ra,UBL=upbl iro^AUTOCON C=yn13 ^PRI C=yn23,DI Cayri53,3 
CHN=node,HDC=yn43/LK=yn5,B1=b1^B2=b2,CN=cn^CT=ct/P6=pg,PL=pl^PU=py3. 

device The element name of the terminal device being defined. This name can be one through seven 
characters long; the first character must be a letter^ the other characters can be letters 
or digits. If this statement is used yithin the set following a GROUP statement, the 
device name cannot be longer than five characters. This is the name used by the host or 
NPU operator to monitor and control the device. This name is required; there is no 
default value. 

All other parameters are described in the text. 


Figure 6-15. DEVICE Statement Format for Communication Lines of TIPTYPE=3270 
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The DT parameter is described first because it 
affects the validity, ranges, and defaults of the 
other parameters. The other parameters are 
described In alphabetical order. 


DT PARAMETER 

The DT parameter specifies the device type being 
defined. You can declare either a CDC—defined 
device type or a site-defined device type. 

If you specify a CDC-defined device type, the other 
device definition parameters on the DEVICE or 
TERMDEV statement: 

Are required by the NDL processor where 
indicated in the text 

Have the predefined default shown in the text 

Have the predefined ranges shown in the text 

Are checked for uniqueness and compatibility 

If you specify a site-defined device type, the 
other device definition parameters on the DEVICE 
statement: 

Are not required by the NDL processor 
Have no predefined default 
Are not checked for uniqueness 

Are not checked for compatibility with other 
parameters on the same statement 

When you specify the DT parameter, the following 
values are valid: 

CON Identifies a CDC-defined console device. 

LP Identifies a CDC-defined line printer 

device. 

DTI 2 Identifies a site-defined device with 

no predefined characteristics, using 
the device type number 12 within NAM. 

If you omit the DT parameter, the value of CON is 
used. 

ABL PARAMETER 

The application block limit (ABL) parameter 
specifies the number of downline blocks that can be 
outstanding (unacknowledged) between an application 
program and this terminal. The value you choose 
should keep the terminal busy for 2 seconds by 
maintaining that number of outstanding blocks of 
the size specified by the DBZ parameter. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). The ABL parameter has the 
following range of values: 

1 < abl < 7 


The value you declare should be greater than or 
equal to the downline block limit (DBL parameter 
value) of the terminal. Maximum line usage can be 
obtained by setting both DBZ and DBL so that 1 

second of data is queued by CCP. 

For console devices (DT of CON), the host queues 

abl - dbl blocks; the NPU queues dbl blocks. An 
ABL value significantly larger than the DBL value 
causes NAM to use more host memory but can reduce 
the number of times an application program is 

rolled out. 

The default value for this parameter is 2 (DT of 

CON only). 


AUTOCON PARAMETER 

The AUTOCON parameter is a stand-alone keyword that 
determines whether CCP should automatically connect 
the console device and any associated batch devices 
to the selected host node. This parameter is valid 
only for console devices. 

If all logical links terminating in the NPU being 
defined are to the same host (all HNAME values are 
equal), and the NDL processor provides a default 
host node, then the NDL processor also sets AUTOCON 
unless AUTOCON^NO is specified. 

This parameter and its values are optional. You 
can specify either of the following values: 

NO Indicates that CCP does not attempt 

automatic connection. 

YES Indicates that CCP attempts automatic 
connection. 

If you omit the AUTOCON parameter, the default 
value of NO is used for a DT of CON. If you 
specify this parameter without a value, the value 
of YES is used. 


B1 PARAMETER 

The B1 parameter specifies the character to be used 
as a user break I indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being 
transmitted to the terminal and sends a user break 
1 message upline to the connected application 
program. 

The effect this parameter has depends on the 
application program. For example, lAF interprets 
the user break 1 message as a job step interrupt 
from the terminal user. 

This parameter is optional; it is allowed only for 
devices of DT=CON or DT»DT12. If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 
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You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or SIX) 

04, OA, or OD (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A* (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the B2, CN, or CT parameters• 

Because the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character In the 7*-blt 
ASCII code set. 

If you omit the B1 parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value is: 

TC B1 ASCII 

Value Value Used Character 

3270 3A : 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 


B2 PARAMETER 

The B2 parameter specifies the character to be used 
as a user break 2 Indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being trans¬ 
mitted to the terminal and sends a user break 2 
message upline to the connected application program. 

The effect this parameter has depends on the appli¬ 
cation program. For example, lAF Interprets the 
user break 2 message as a job step termination from 
the terminal user. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the 
character to be used (table A-2 in appendix A lists 
all of the codes in the 7-blt ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, OA, or OD (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7 A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, CN, or CT parameters. 


Because the terminal does not use an ASCII char¬ 
acter set, you should choose a character that has a 
unique translation to a character in the 7-bit 
ASCII code set. 

If you omit the B2 parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value is: 

TC B2 ASCII 
Value Value Used Character 

3270 29 ) 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 


CN PARAMETER 

The CN parameter specifies the character to be used 
to abort (cancel) an input message. When the 
terminal user enters this character as the last 
character on a line, the network software discards 
the last message transmitted from the terminal. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the 
character to be used (table A-2 in appendix A lists 
all of the codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, OA, or OD (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the BI, B2, or CT parameters. 


Because the terminal does not use an ASCII 
character set, you should choose a character that 
has a unique translation to a character in the 
7-bit ASCII code set. 

If you omit the CN parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value is: 

TC CN ASCII 
Value Value Used Character 

3270 28 ( 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 
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CT PARAMETER 

The CT parameter specifies the character to be used 
as a flag for a termial definition command. When 
the terminal user enters this character as the 
first character on a line, CCP interprets the line 
as a command. Among other functions, CCP supports 
terminal definition commands to determine or change 
the values you have established for the following 
parameters: 


Bl 

CT 

PL 

B2 

HN 

PW 

CN 

PC 

TC 


This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12), If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the 
character to be used (table A-2 in appendix A lists 
all of the codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, OA, or OD (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters », DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, B2, or CN parameters. 

Because the terminal does not use an ASCII 
character set, you should choose a character that 
has a unique translation to a character in the 
7-bit ASCII code set. 

If you omit the CT parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value is: 

TC CT ASCII 

Value Value Used Character 

3270 25 X 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 


DBL PARAMETER 

The downline block limit (DBL) parameter specifies 
the number of downline blocks that can be out¬ 
standing (unacknowledged) between the host computer 
and this terminal. The value you choose determines 
how many blocks of data the NPU queues from the 
total number of outstanding blocks (ABL parameter 
value) of the size specified by the DBZ parameter. 

This parameter is optional. The DBL parameter has 
the following value range: 

1 < dbl < 7 


The value you declare should be less than or equal 
to the application block limit (ABL parameter 
value) of the terminal. Maximum line usage can be 
obtained by setting both DBZ and DBL so that 1 
second of data is queued by CCP. 

For console devices (DT of CON), the host queues 
abl - dbl blocks; the NPU queues dbl blocks. Small 
DBL values use less NPU memory but cause slower 
data transfers. 

For batch devices, the NPU queues all downline 
blocks. No ABL value exists, so the DBL value 
alone determines the impact of block queuing on NPU 
and host resources. Large DBL values rapidly use 
up NPU memory; small DBL values may not keep the 
terminal busy. 

If you omit the DBL parameter, a default value is 
used. Default values depend on the device type. 
The default values are: 

DT DBL 

Value Value Used 

CON 2 

LP I 


DBZ PARAMETER 

The downline block size (DBZ) parameter specifies 
the maximum number of character bytes each downline 
block can contain. The value you choose affects 
how much memory is needed to store the outstanding 
(unacknowledged) blocks of data in the NPU and the 
host. Larger DBZ values cause fewer disk accesses 
by the host. This value can be used by the appli¬ 
cation programs to divide downline messages into 
blocks. 

This parameter is optional. The DBZ parameter has 
the following range of values: 

1 < dbz £ 2043 

The value you declare should be chosen together 
with the value used for the DBL parameter. For 
batch devices (DT of LP), you should use a value 
that is a multiple of 640 characters (one physical 
record unit). If dbz is not a multiple of 640 for 
passive devices, NDL rounds the value you supply to 
the next even multiple, as follows: 


Value Supplied Value Used 


1 ^ dbz < 640 640 
641 < dbz < 1280 1280 
1281 < dbz < 2043 1920 


The NDL processor issues an informative message if 
it adjusts the DBZ value that you specify. 

If you omit the DBZ parameter, a default value is 
used. Default values depend on the device type. 
The default values are: 


DT DBZ 

Value Value Used 

CON 1280 

LP 640 

These defaults optimize use of the default value 
for the DBL parameter. 
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Dl PARAMETER 

The DI parameter is a stand-alone keyword that 
specifies a device as initially enabled or 
disabled. An enabled device is configured and 
serviced as soon as the communication line becomes 
active. A disabled device is neither configured 
nor serviced when the line becomes active. 

If you Initially disable the device, a host or NPU 
operator can change the device status to enabled. 
This change can be made only when the line becomes 
active (when a call is received on a dialup line, 
or when communications are established on a 
hardwired line)• 

This parameter is optional. If you specify the DI 
parameter, you must use one of the following values: 


NO 

Indicates 

enabled. 

that 

the 

device 

is 

initially 

YES 

Indicates 

disabled. 

that 

the 

device 

is 

initially 


If you specify the DI parameter without a value, 
the value of YES is used. If you omit this 
parameter, the default value of NO is used. 

HD PARAMETER 

The HD parameter controls whether or not the full 
host availability display (HAD) is presented to the 
terminal user. This parameter is optional and is 
valid only for console devices. 

If you specify this parameter, you must use one of 
the following values: 

NO Indicates that the full host 

availability display is not presented 
to the terminal user. The termial user 
receives only the host status message 
and the prompt message. 

YES Indicates that the host availability 
display is presented to the terminal 
user. 

If you omit this parameter and only a single host 
is defined, the default value of NO is used. If 
you omit this parameter and multiple hosts are 
defined, the default value of YES is used. 

The value of this parameter does not change when 
the terminal class is changed from the console or 
changed by the application program. The 
application program or the terminal user can also 
change the value you specify. 


HN PARAMETER 

The HN parameter identifies the node number of the 
host that a console device and any associated batch 
devices are connected to unless another path is 
selected by the terminal user. 

The HN parameter is optional and is valid only for 
console devices. If you declare this parameter, 
you must use one of the following values: 

NONE 


Indicates that no node number is speci¬ 
fied. This has the same effect as not 
declaring the parameter. A value of NONE 
cannot be declared if AUTOCON is also 
specified and there are logical links to 
more than one host terminating in the NPU 
being defined. 

1 < hn < 255 I 

Indicates the node number of the host that 
the console device and any associated batch 
devices are to be connected to. 

The value declared for the HN parameter must be the 
same as the NODE value in a COUPLER statement 
within the same network definition. If all the 
COUPLER statements for all the logical links to the 
NPU being defined have equal HNAME parameters, the 
NDL processor provides a default host node. The 
default host node is the last coupler specified* 

If the HN parameter is not specified, the terminal 
user must select a host before a connection can be 
made. If the AUTOCON parameter is specified, then 
the HN parameter must also be specified. 

The value of this parameter does not change when 
the terminal class is changed from the console. 
The terminal user can change the value you specify. 


LK PARAMETER 

The LK parameter specifies whether unsolicited 
messages from the NPU or host operator can appear 
at the terminal* This parameter is optional; it is 
allowed only for console devices and site-defined 
devices (DT of CON or DT of DT12). 

If you declare this parameter, you must specify one 
of the following values: 

CCP Indicates that CCP uses the default 
choice appropriate for the terminal 
class; using this value is equivalent 
to omitting the parameter. 

NO Indicates that unsolicited messages are 

delivered to the terminal as soon as 
received by CCP. 

YES Indicates that unsolicited messages are 
discarded (locked out). 

If you omit this parameter or specify the value 
CCP, the default value of NO is used (DT of CON 
only) • The terminal user or the application 
program can change any value that you specify. 


PG PARAMETER 

The PG parameter specifies whether CCP waits at 
each output page boundary for terminal user 
acknowledgment before it displays the next page of 
data. In certain situations, page waiting can 
occur other than at page boundaries; CCP produces a 
prompting message (OVER..) when this type of page 
waiting occurs. The user^'s response to page 
waiting is entry of a line, usually empty. 

CCP views a new page as beginning at the start of 
each downline message. CCP calculates the length 
of a page from the current values of the page width 
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and page length (see PW and PL Parameter descrip¬ 
tions). If the page width is infinite (PW=0), a 
page consists of one line less than the number of 
logical lines specified as the page length. If the 
page width is finite (PW is nonzero), a page con¬ 
sists of one line less than the number of physical 
lines specified by the page length; CCP calculates 
the number of physical lines by dividing each 
logical line into units less than or equal to the 
page width. 


This parameter is optional; it is allowed only for 
console devices and site-defined devices (DT of CON 
or DT of DT12). If you specify this parameter, you 
must use one of the following reserved values: 

CCP Indicates that CCP uses the default 

setting appropriate for the terminal 
class; using this parameter is equiv¬ 
alent to omitting the parameter. 

NO Indicates that page waiting does not 

occur. 

YES Indicates that page waiting occurs. 


When you specify PG=YES, you should also specify a 
nonzero value for the PL parameter. CCP cannot 
perform page waiting at the boundaries of 
infinitely long pages (PL*=0). 

If you omit the PC parameter or specify a value of 
CCP, the default value of YES is used. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 


PL PARAMETER 

The PL parameter specifies the number of physical 
lines per page of output for the device. If the 
device is configured for page waiting (PG param¬ 
eter) , any message containing more lines of output 
than the page length is Interrupted by CCP for a 
page waiting response from the terminal user. The 
interruption occurs after line pi - 1 is output. 

This parameter is optional; it is allowed for con¬ 
sole devices, remote batch line printers, and 
site-defined devices only (DT of CON, DT of LP, or 
DT of DT12). If you specify the PL parameter, you 
must use one of the following values: 

CCP 

Indicates that CCP uses the default value 
appropriate for the terminal class; using 
this value is equivalent to omitting the 
parameter. 

8 ^ pi < 255 

Indicates the number of physical lines per 
page. 


If you omit this parameter or specify a value of 
CCP, a default value is used (DT of CON only). The 
default value is 24. The default value for DT of 
LP is 64. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 

PRI PARAMETER 

The PRI parameter is a stand-alone keyword that 
indicates whether data to or from the device is to 
have traffic priority over that to or from other 
devices in the network. Data to or from a device 
that does not have traffic priority is suspended to 
relieve network congestion before data to or from 
terminals with traffic priority is suspended. 
Interactive devices should usually be given traffic 
priority over batch devices. 

This parameter is optional. If you specify the PRI 
parameter, you must use one of the following values: 


NO 

Indicates that the device does not 
data traffic priority. 

have 

YES 

Indicates that the device has 
traffic priority. 

data 


If you declare this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default value of NO is used. 


PW PARAMETER 

The PW parameter defines the number of characters 
per physical line of input or output for this 
device. This physical line length is also called 
the page width. 

For console devices, output lines longer than pw 
characters are not divided but are counted as more 
than one line for page width calculations. If the 
PW value for the device is inappropriate, loss of 
visual fidelity can occur; the application program 
might divide the data into lines that are too short 
or too long for the screen's capacity, instead of 
allowing the terminal to wrap lines when needed. 

This parameter is optional. If you specify the PW 
parameter, the value you can use depends on the 
device type. The following values are allowed for 
console devices (DT of CON): 

CCP 

Indicates that CCP uses the default value 
appropriate for the terminal class; using 
this value is equivalent to omitting the 
parameter. 

20 ^ pw < 255 

Indicates that the device can support 
physical lines no longer than the indicated 
decimal value. 
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The following values are allowed for line printer 
(DT of LP): 

CCP 


Indicates that CCP uses the default value 
appropriate for the terminal class; using 
this value is equivalent to omitting the 
parameter. 

50 < pw _< 255 

Indicates that the device can support 
physical lines no longer than the indicated 
value• 

For line printers, pw provides RBF with an 
Indication of the character bytes that can comprise 
a physical record of output (the number of 
characters in a printer line). 

If you omit this parameter or specify the value 
CCP, a default value is used. The default value 
depends on the device type. Default values are: 

DT PW 
Value Value Used 

CON 80 
LP 132 

The value of this parameter for the console reverts 
to the default value when the terminal class is 
changed from the console or changed by the appli¬ 
cation program. The application program can change 
any value you specify for any device; the terminal 
user can change any value you specify for the con¬ 
sole. 


SDT PARAMETER 

The SDT parameter specifies the subdevice type of 
the device you are defining. The subdevice type is 
the set of external characteristics of interest to 
the network software. This parameter is optional 
and valid only for devices with DT values of LP and 
DTi2. The recognized reserved word values you can 
use and the defaults depend on the value you 
specify or use for the DT parameter. 

If a DT value of LP is used, the following values 
are allowed definitions of a printer character set: 


Indicates that 
ASCII characters 

the 

device 

uses 

64 

Indicates that 
ASCII characters 

the 

device 

uses 

95 

Indicates that 

the 

device 

uses 

the 


64-character CDC scientific (BCD) 
character set. 

CCP Indicates that CCP uses the default 

appropriate for the device; using this 
value is equivalent to omitting the 
parameter. 

SDT 12 Indicates a site-defined subdevice 

type that uses the subdevice type 

number 12. 

SDT 13 Indicates a site-defined subdevice 

type that uses the subdevice type 

number 13. 
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SDT14 Indicates a site-defined subdevice 

type that uses the subdevice type 

number 14. 

SDT15 Indicates a site-defined subdevice 

type that uses the subdevice type 

number 15. 

If you omit the SDT parameter or specify the value 
CCP, the default value of A6 is used. 

If a DT value of DT12 is used, the following values 
are allowed definitions of subdevice type: 


Indicates 

that 

the 

device 

uses 

64 

ASCII characters. 





Indicates 

that 

the 

device 

uses 

95 

ASCII characters. 





Indicates 

that 

the 

device 

uses 

the 


64-character CDC scientific (BCD) 
character set. 


CCP Indicates that CCP uses the default 

appropriate for the device; using this 
value is equivalent to omitting the 
parameter. 

SDT12 Indicates a site-defined subdevice 

type that uses the subdevice type 

number 12. 

SDT 13 Indicates a site-defined subdevice 

type that uses the subdevice type 

number 13. 

SDT 14 Indicates a site-defined subdevice 

type that uses the subdevice type 

number 14. 

SDTIS Indicates a site-defined subdevice 

type that uses the subdevice type 

number 15. 

If you omit the SDT parameter, no default exists. 


TA PARAMETER 

The TA parameter defines the terminal address of 
the device within the terminal cluster. This 
parameter must match the code actually used to 
communicate with the device. 

The TA parameter Is required and can have the 
following range of values: 

0 through IF 

Indicates the hexadecimal terminal address 
of the terminal you are defining. 

If you omit the TA parameter, the default value of 
0 is used. 


UBL PARAMETER 

The upline block limit (UBL) parameter specifies 
the number of upline blocks that can be outstanding 
(unacknowledged) between this terminal and an 
application program. The value you choose is 
independent of the ABL and DBL parameters. 
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You should choose a value that is larger than the 
maximum number of logical lines the terminal user 
can enter before output from the application pro¬ 
gram in the host must occur. A fixed number of 
input messages might have significance to an appli¬ 
cation program. If such an application does not 
perform output until receiving that number of input 
messages and If you choose a UBL value smaller than 
this number, the application program becomes dead¬ 
locked (it waits for blocks of data that CCP is 
forced to discard because the block limit has been 
reached for upline queuing). If the device must 
receive output before It can begin additional 
input, the device also becomes deadlocked by this 
situation. 


This parameter Is optional. The UBL parameter has 
the following range of values: 

1 < ubl < 31 


If you omit the UBL parameter, a default value is 
used. The default value is 7. 


The value you specify can be changed by the 
application program for consoles. 


UBZ PARAMETER 

The upline block size (UBZ) parameter specifies the 
maximum number of character bytes each upline block 
can contain. CCP divides each message from the 
terminal into blocks of the size you choose. The 
size you choose affects how much memory is needed 
to store the outstanding (unacknowledged) blocks of 
data in the NPU and the host. 


You should choose a value that allows most of the 
logical lines entered by the device to fit Into a 
single block so that messages need not be divided 
into multiple network blocks. You should also 
choose a value that can be efficiently manipulated 
by the host application program. 


This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). The UBZ parameter has the follow¬ 
ing range of values for console devices (DT of CON); 

0 < ubz < 2000 


The range for site-defined devices (DT of DT12) is: 
0 < ubz < 2043 


If you specify 0 for a console device, CCP sends an 
upline block whenever it receives 100 characters. 


The value you declare should be chosen together 
with the value used for the UBL parameter. The NDL 
processor rounds the value you supply to the next 
multiple of 100 bytes. For console devices (DT of 
CON), rounding occurs as follows: 


Value Used 

Value Supplied in File 


0 0 
1 £ ubz < 100 100 

101 < ubz <_200 200 

» • 

• • 

• • 

1901 < ubz < 2000 2000 


The NDL processor issues an informative message if 
it adjusts the UBZ value that you specify. 

If you omit the UBZ parameter, a default value is 
used. The default is 100 (DT of of CON only). The 
default optimizes use of the default value for the 
UBL parameter. The default value is the 
recommended value. 

For the Message Control System (MCS), the upline 
block size must be set to 0. 

The application program can change any value you 
specify. The terminal user can change the value 
within the following range: 

0 ^ ubz ^ 200 

BUFFERING OF DATA 

It is desirable to maintain double buffering of 
data for each connection in the network. By using 
double buffering data will always be available to 
be sent over the communications line. Setting the 
ABL parameter to 2 and the DBL parameter to 1 will 
generally result in double buffering. 

CCP buffer usage is optimized when downline block 
size follows the following relationship: 

DBZ = 113 + n*n8 

where n is an integer and n + 1 is the number of 
buffers required in CCP to hold the block. This 
relationship is of most use for application pro¬ 
grams that can control the size of the downline 
blocks they send to the network. Since it is 
necessary for a block to contain an integral number 
of logical lines, the lower bound of DBZ should not 
be smaller than the largest allowable PW for a 
device. 

Default values for the ABL, DBL, and DBZ parameters 
are listed in table 6-2. 


TABLE 6-2. ABL, DBL, AND DBZ DEFAULTS 


Line 

Speed 

ABL 

DBL 

DBZ 

110 

1 

1 

230 

300 

1 

1 

230 

600 

2 

1 

230 

1200 

2 

1 

230 

2400 

2 

1 

230 

4800 

2 

1 

460 

9600 

2 

1 

940 
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SITE-DEFINED PROTOCOL LINES, TERMINALS, AND DEVICES 7 


The parameters required and the values allowed on 
the GROUP, LINE, TERMINAL, TERMDEV, and DEVICE 
statements depend upon the line protocol used. 
This section describes the form of a statement 
applicable to site-defined protocol lines. 

Control Data supplies Terminal Interface Programs 
(TIPs) for six communication protocols; the Network 
Definition Language provides support for additional 
site-written TIPs supporting other prrtocols. Such 
TIPs are Identified by a TIPTYPE of TT12 through 
TT14 on LINE or GROUP statements in the network 
configuration file. 

Because operating requirements and characteristics 
of site-written TIPs cannot be anticipated, NDL per¬ 
mits almost any combination of TERMINAL, TERMDEV, 
or DEVICE statement parameters for such TIPs, The 
rules for using these parameters are described in 
this section. Parameters are described in terms of 
their significance to CDC-written TIPs; these 
descriptions might not accurately portray the sig¬ 
nificance of a given parameter to site-written TIP. 

RULES FOR DEFINITIONS 

The NDL processor checks TERMINAL, DEVICE, or 
TERMDEV statement parameters for validity using the 
following rules: 

Any parameter specified is legal. 

No parameter is required. 

Default values are not supplied for any param¬ 
eters. 

Any value declared for a parameter is legal, 
provided the value is within the range of values 
or reserved words that NDL recognizes for that 
ke5rword when the keyword is used for terminals 
or devices on lines of CDC-defined protocols* 


Declared values for optional parameters are not 
checked for uniqueness where uniqueness is 
required for lines of CDC-defined protocols. 

Declared values are not checked for compati¬ 
bility where compatibility is required for lines 
of CDC-defined protocols. 

LINE DEFINITION 

You configure terminals on a site-defined protocol 
communication line with the following statements: 

One LINE or GROUP statement that defines the 
line 

One TERMINAL or TERMDEV statement for each 
terminal on the line 

One DEVICE statement for each device accessing 
the line through a given terminal (a TERMDEV 
statement can be used if the terminal has only 
one device) 

No dependencies exist among the parameter values 
declared on LINE, GROUP, TERMINAL, TERMDEV, and 
DEVICE statements except for those related to 
automatic recognition* 


LINE STATEMENT PARAMETERS 

Each LINE statement defines one communication line 
between a terminal and the NPU. There must be a 
LINE or GROUP statement defining each CLA port on 
the NPU that supports terminal access* 

Figure 7-1 shows the format of the LINE statement 
and the valid parameter values for site-defined 
communication lines. Table 7-1 shows permitted line 
type values for the LTYPE parameter. 


Line: LINE,PORT=port,LTYPE=Ltype,TIPTYPE=tiptypeC,AUTOC=yn1I,XAUTOC=yn23,ARSPEED=arspeed,DIC=yn3D,] 

CIMDISCC=yn4D,LCN=Lcn,LSPEEO=Lspeed,DFL=dfl,FRAME=frarae,RTIME=timer,RCOUNT=count,NSVC=svcirc,3 
CPSN=psn,DCEr=yn5],DTEA=Locadr,AL=acclev^RCC=yn6],P90=fv90,..*,P99=fv99I. 


Line The eLement name to be assigned to the communication Line being defined. This name is 

required; there is no default value. 

port The hexadecimal number (1 £ port < FE) of the port to which this communication Line connects on 

the NPU currently being defined. ""Within an NDL program, the port number is independent of the 
number of ports on the NPU; for example, a 128-port NPU can have a port numbered FE (254 
decimal). However, we strongly recommend that you assign port numbers consecutively, starting 
with 1. All values declared for PORT parameters must be unique within the current network 
definition of each NPU. The value specified for port cannot be the same as the number 
declared for a port in any other LINE or TRUNK statement (or within a GROUP statement 
expansion) for this NPU, and cannot be lower than the highest port number used by a trunk. 

This number is required; there is no default value. 


Figure 7*“1. Site“Defined Protocol LINE Statement Format (Sheet 1 of 3) 
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Itype 

tiptype 


yn1 


ynZ 


arspeed 

yn3 

yn4 

Icn 

Ispeed 


A reserved word value that identifies the type of communication line adapter/modem/circuit 
combination that is used on this line. This word must be supplied; there is no default value- 
The values allowed for this declaration are described in table 7-1. 

A reserved word value that identifies the type of Terminal Interface Program protocol required 
for the terminals on this line. This word is required; there is no default value. The values 
allowed for this declaration are: 

TT12 Site-written TIP that uses a TIP number of 12 for identification within the network 
software is required. 

TT13 Site-written TIP that uses a TIP number of 13 for identification within the network 
software is required. 

TT14 Site-written TIP that uses a TIP number of 14 for identification within the network 
software is required. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword. This param¬ 
eter specifies whether this communication line is configured for automatic recognition of low 
line speeds (110 through 2400 bits per second) and/or recognition of protocol type by the TIP 
whenever a terminal is connected to the line. When AUTO or AUT0=YES is specified, the line is 
configured for automatic recognition. When automatic recognition is performed, the TIP attempts 
to determine as many definition parameters as possible at the time the line becomes active; 
recognized parameters are compared against parameters specified in the network definition file 
to identify the terminal accessing the line. If AUTO and XAUTO are omitted or if AUT0=N0 or 
XAUT0=N0 is specified, the TIP is not allowed to perform' automatic recognition for the line; 
the line has a fixed configuration, and each TERMINAL or TERMDEV statement associated with this 
line must explicitly declare all addressing and protocol parameters legal for that terminal. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword. This param¬ 
eter specifies whether this communication line is configured for automatic recognition of high 
line speeds (600 through 9600 bits per second) and/or recognition of protocol type by the TIP 
whenever a terminal is connected to the line. When XAUTO or XAUT0=YES is specified, the line 
is configured for automatic recognition. When automatic recognition is performed, the TIP 
attempts to determine as many definition parameters as possible at the time the line becomes 
active; recognized parameters are compared against parameters specified in the network defini¬ 
tion file to identify the terminal accessing the line. If AUTO and XAUTO are omitted or if 
AUT0=N0 or XAUT0=N0 is specified, the TIP is not allowed to perform automatic recognition for 
the line; the line has a fixed configuration, and each TERMINAL and DEVICE or TERMDEV statement 
associated with this line must explicitly declare all addressing and protocol parameters legal 
for that terminal. 

An optional reserved word value (YES or NO) that indicates whether the user can change the line 
speed by using the AR TIP command. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword; this parameter 
specifies the status assigned to this communication line at network initiation- When DI or 
DI=YES is specified, the line is disabled at network initiation and cannot be used until the 
HOP or NOP enables it. If DI is omitted or DI=N0 is specified, the line is given an initial 
status of enabled unless the NOP or HOP specifies otherwise. 

An optional reserved word value (YES or NO) which specifies whether the Immediate Disconnect 
feature is enabled for this line. When INDISC or IMDISC=YES is specified, any terminal on the 
line is disconnected immediately after the terminal has logged out (disconnected) from the 
host. When IMDISC is omitted or IMDISC=N0 is specified, a terminal on the line is disconnected 
only after a two minute timer expires. 

The logical channel number (0 £ Icn £ 255) which corresponds to the lowest numbered channel 
that a DTE CCP can use to make an outgoing application-to-application call. If CCP is a DCE, 
it corresponds to the highest numbered virtual circuit CCP can use to make outgoing 
application-to-application calls. When Icn is not specified, no default exists. 

The baud rate used by the modems or devices accessing this line. This parameter can only be 
used to configure asynchronous Lines (LTYPE of A1, A2, or A6). When the Line is configured for 
automatic recognition (AUTO is declared), this parameter cannot be used. This parameter is 
optional when an asynchronous line is not configured for automatic recognition of terminals; 
the following values are recognized: 

110 134 150 300 600 1200 2400 4800 9600 19200 38400 

When Ispeed is not declared for an asynchronous line configured without automatic recognition, 
no default exists. 


Figure 7-1. Site-Defined Protocol LINE Statement Format (Sheet 2 of 3) 
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dfl 


frame 


timer 


count 


svcirc 


psn 


yn5 


locadr 


acclev 


yn6 


fv91 


The fflaxiiBum decimal number (16 < dfl < 1024) of 8-bit characters or octets in an X.25 data 
packet. 

The frame window (1 (1 < frame £7); the maximum number of outstanding unacknowledged packets 
between the network processing unit and the X.25 network (this is the K parameter defined by 
the X.25 protocol standard). 

The decimal retransmission timing period (1 £ timer £ 25500) in milliseconds; the time that 
must elapse before retransmission of an unackowledged X.25 data frame is attempted (this is the 
T1 parameter defined by the X.25 protocol standard). NDLP rounds the value specified for timer 
to the next multiple of 100. 

The decimal retransmission count (1 £ count £15); the number of times retransmission of an 
unacknowledged X.25 data frame is att*eropted (this is the N2 parameter defined by the X.25 
protocol standard). 

The decimal number (0 £ svcirc £ 255) of available switched virtual circuits (SVC) for this 
line. The parameter must be identical to the number of switched virtual circuits contracted 
from the packet switching network and must conform to the following rules: 

The total number of virtual circuits defined (by the NCIR parameter on the TERMINAL or 
TERMDEV statement) for each STIP must be £ svcirc. 

The total number of virtual circuit definitions must be £ 255; svcirc + number of permanent 
virtual circuit (PVC) definitions £ 255. 

A reserved word value identifying the packet switching network to which the line is connected. 
The following values are recognized: 


CDSN 
Cl 20 
DATAPAC 
PSN253 

PSN254 

PSN255 

TELENET 

TRNSPAC 

TYMNET 

UNINET 


Packet switching network is compatible with 

Packet switching network is compatible with 

Packet switching network is compatible with 

Site-defined packet switching network type, 
the network software. 

Site-defined packet switching network type, 
the network software. 

Site-defined packet switching network type, 
the network software. 

Packet switching network is compatible with 
Packet switching network is compatible with 
Packet switching network is compatible with 
Packet switching network is compatible with 


the commercial CDSN network, 
the CYBER 120. 

the commercial DATAPAC network, 
identified by the number 253 within 

identified by the number 254 within 

identified by the number 255 within 

the commercial TELENET network, 
the commercial TRANSPAC network, 
the commercial TYMNET network, 
the commercial UNINET network. 


An optional reserved word value (YES or NO) for an optional stand-alone keyword; this parameter 
tells the TIP what role to play in an X.25 protocol. If DCE or DCE=YES is specified, the TIP 
must act as data circuit terminating equipment (DCE). If DCE is omitted or DCE=N0 is speci¬ 
fied, the TIP must act as data terminal equipment (DTE) protocol. 

The decimal address (0 £ locadr £ 99) assigned to the local end of the X.25 link. This value 
specifies the address by which the X.25 protocol identifies calls to and from the connected 
NPU. The value declared should be the calling DTE address for outgoing call requests when 
DCE^ES is specified. 

The decimal access level limit (0 £ acclev £ 7) for the line. The lowest access level is 0 
(unclassified), the highest is 7. If AL is omitted or AL=N0NE is specified, no access level 
limit is associated with the line (equivalent to specifying AL=0). 

An optional reserved word value (YES or NO) which specifies whether the reconfiguration 
indicator is enabled for this line. When RC or RC=YES is specified, the terminal character¬ 
istics are reset to their original NDL values (or to a default if no NDL values were specified) 
when the terminal disconnects from a host. When RC is omitted or RC=N0 is specified, the 
reconfiguration indicator is not enabled for this line. 

The hexadecimal field value (0 £ fv9i £ FF) to use for the corresponding field number within 
the Terminal Interface Program configuration information transmitted for this line. 
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TABLE 7-1. SITE-DEFINED LINE TYPE DEFINITIONS 


LTYPE 

Transmission 

Transmission 

Circuit 

Modem 

CLA Type 

Maximum Speed, Bits 

Carrier 

Value 

Mode 

Operation 

Type 

Typet 

per Second 

Type 

SI 

Synchronous 

Half-duplex 

Switched 

RS232C, Bell 

2560-1 

4800 

Controlled 




(Dialup) 

201A/208B 

conpatlble 




S2 

Synchronous 

Full-duplex 

Dedicated 

RS232C, Bell 

2560-1 

19200 

Controlled 



hut operating 

(Hardwired) 

201B/208A 






haIf-duplex 


compatible 

Bell 301/303 

2560-2 

50000 (HASP 






compatible 


only) 






V.35 Standard 

2560-3 

56000 (HASP 






compatible 


(only) 


S3 

Synchronous 

Full-duplex 

Dedicated 

RS232C» Bell 

2560-1 

19200 

Constant 




(Hardwired) 

201B/208A 

compatible 

Bell 301/303 

2560-2 

50000 (HASP 






compatible 


only) 






V.35 Standard 

2560-3 

56000 (HASP 






compatible 


only) 


S4 

(For 

site- 

defined 

use) 

Synchronous 

Unassigned 

Unassigned 

Unassigned 

Unassigned 

Unassigned 

Unassigned 

A1 

Asynchronotis 

Full-duplex 

Switched 

RS232C, Bell 

2561-1 

9600 

Constant 




(Dialup) 

103E/113/212A 

compatible 




A2 

Asynchronous 

Full-duplex 

Dedicated 

KS232C, Bell 

2561-1 

9600 

Constant 




(Hardwired) 

103E/113/212A 

compatible 




A6 

(For 

site- 

defined 

use) 

Asynchronous 

Unassigned 

Unassigned 

Unassigned 

Unassigned 

1 

Unassigned 

Unassigned 

HI 

Bit-oriented 

Full-duplex 

Dedicated 

RS232C, 

2563-1 ! 

19200 

Constant 


synchronous 


(Hardwired) 

Bell 201B 





HDLC 



compatible 

V.35 Standard 
compatible 

2563-2 

56000 


H2 

(For 

site- 

defined 

use) 

HDLC 

UnassIgned 

Unassigned 

Unassigned 

Unassigned 

1 

Unassigned 

Unassigned 


tModem types supported by each type of CLA may differ. 
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You use the AUTO or XAUTO parameter to define a 
communication line as having a fixed or an automatic 
recognition configuration. You can use either of 
these configuration types for a dialup line or for 
a dedicated (hardwired) line. 


If you define a fixed-configuration line by omitting 
AUTO and XAUTO or by specifying AUTO^NO or XAUTO*»NO, 
you must know and specify certain characteristics 
of the terminals and devices that will use It. Only 
terminals and devices with the specified character¬ 
istics can use that line. 


If you define an automatic recognition line by 
specifying AUTO, XAUTO, AOTO»YES, or XAUTO=YES, your 
site-written TIP determines these characteristics 
when a terminal becomes active on the line. This 
allows more flexible access to the network. 


A terminal on an automatic recognition line is not 
completely configured until it becomes active. At 
that time, the Communications Supervisor (CS) com¬ 
pares the determined characteristics against the 
characteristics you have defined for each terminal 
configured on the line. CS uses the first terminal 
definition with the closest match to finish con¬ 
figuring the terminal. Your site-written TIP then 
services the terminal devices according to the 
finished configuration. 


Only a terminal that completely matches all declared 
values can use the line. It must operate with the 
characteristics you declare for any required or 
optional parameters in your terminal definition, or 
the terminal user must change those characteristics 
to match. If you declare AUTOREC Instead of values 
for all of the automatically recognized parameters, 
then any terminal will match the terminal defini¬ 
tion. 


If you declare values instead of AUTOREC for some 
of the automatically recognized parameters, then 
any terminal that successfully accesses the line 
and has characteristics matching the declared values 
will match your terminal definition. If you declare 
values Instead of AUTOREC for all of the automat¬ 
ically recognized parameters, then only a terminal 
with automatically recognized characteristics that 
are the same as your values will match the terminal 
definition. 


You can specify more than one terminal definition 
on an automatic recognition line. Each definition 
should vary from the others in one of the automat¬ 
ically recognized characteristics; unless differ¬ 
ences exist, CS will not use any definition other 
than the first one. 


Using automatic recognition increases the number of 
terminal devices that potentially can use the line. 
You can configure a swltchable line for automatic 
recognition with more logical terminal devices than 
the physical terminal devices that simultaneously 
can access it; only one physical device can access 
the line at a time. 


For example, the statement 

LN3F: LINE PORT=OA,TIPTYPE=TT12,LTYPE=S4,AUTO, 

defines a swltchable (dialup), synchronous line 
(not in the SVLnet example, figure 2-1 in section | 
2) for automatic recognition of any synchronous 
protocol terminals. The line is identified as LN3F, 
connects to the NPU at port OA, and is enabled by 
default at network Initiation. 

If the fixed-configuration form of the statement 

LN3F: LINE PORT«OA,LTYPE=S4,TIPTYPE=TT12. 

were used instead, all of the terminals capable of 
accessing this swltchable line would have to be 
completely and explicitly configured on their 
TERMINAL and DEVICE statements. 

As another example of a fixed-configuration line, 
the statement 

LN2E: LINE PORT=OA,LTYPE»S4,TIPTYPE=TT14. 

defines a hardwired (dedicated), enabled, synchro¬ 
nous line for raultlleavlng workstation terminals, 
accessing the NPU (also not shown in SVLnet) through | 
port OA. 


The following LINE statements are not equivalent: 

LNIA: LINE PORT«9,LTYPE»A6,TIPTYPE=*TT13, 
LSPEED=300. 

LNIA: LINE P0RT=9,LTYPE=A6,TIPTYPE»TT13. 


Both statements define a swltchable, enabled, 
fixed-configuration asynchronous line accessing the 
NPU (not shown in SVLnet) through port 9. The first | 
line is configured to support modems at 300 baud; 
the second line has an unknown baud rate, probably 
determined by the hardware. All terminals accessing 
this line must be explicitly configured because the 
line is not configured for automatic recognition. 


GROUP STATEMENT PARAMETERS 

You can use the GROUP statement in place of the LINE 
statement when you want to repeat a line definition 
a specified number of times. 

NDLP creates identical line, terminal, and device 
definitions (except for port number, line name, and 
device name) the number of times specified by the 
NT parameter. NDLP generates unique port numbers 
by incrementing the previously defined port number 
by one. NDLP generates unique line and device 
element names by adding the LINE'S port number in 
two-digit hexadecimal form to the one- to five- 
character root element name that you specify. 


Figure 7-2 shows the format of the GROUP statement 
and the valid parameter values for site-defined 
communication lines. Table 7-1 shows permitted line 
type values for the LTYPE parameter. 
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group: 6R0UP,P0RT=port,LTYPE=Ltype,TIPTYPE=tiptypeC,AUT0C=yn1],XAUT0C=yn23,ARSPEE0=arspeed,DIi:=yn3:,] 

ClMDISCC=yn43/LCN=Lcn,LSPEED=lspeed,DFL=df L/FRAME=fraine/RTIME=timer/RCOUNT=count,NSVC=svcirc,] 

CPSN=psn,0CEi:=yn5a,DTEA=locadr/AL=accLev,RCC=yn63,P90=fv90,,..,P99=fv99,NI=iter3. 


group The root name to use for generating the element names assigned to the communication Lines and 
devices being defined. This name/ which cannot be Longer than five characters, must result in 
element names that are unique within the network division currently being described. This 
name is required; there is no default value. 

port The hexadecimal number (1 < port ^ FE) of the port to which the first of these communication 

lines connects on the NPU TurrentTy being defined. Within an NOL program, the port number is 
independent of the number of ports on the NPU; for example, a 128-port NPU can have a port 
numbered FE (254 decimal). However, we strongly recommend that you assign port numbers con¬ 
secutively, starting with 1. All values declared for PORT parameters must be unique within 
the current network definition of each NPU. The value specified for port cannot be the same 
as the number declared for a port in any LINE or TRUNK statement (or within any other GROUP 
statement expansion) for this NPU, and cannot be lower than the highest port number used by a 
trunk. This number is required; there is no default value. 

Ltype A reserved word value that identifies the type of communication line adapter/modem/circuit 

combination that is used on this line. This word roust be supplied; there is no default value. 
The values allowed for this declaration are described in table 7-1. 


tiptype A reserved word value that identifies the type of Terminal Interface Program protocol required 
for the terminals on this line. This word is required; there is no default value. The values 
allowed for this declaration are: 


TT12 Site-written TIP that uses a TIP number of 12 for identification within the network 
software is required. 

TT13 Site-written TIP that uses a TIP number of 13 for identification within the network 
software is required. 

TT14 Site-written TIP that uses a TIP number of 14 for Identification within the network 
software is required. 

ynl An optional reserved word value (YES or NO) for an optional stand-alone keyword. This 

parameter specifies whether this communication line is configured for automatic recognition of 
low line speeds (110 through 2400 bits per second) and/or recognition of protocol type by the 
TIP whenever a terminal is connected to the Line. When AUTO or AUT0=YES is specified, the 
line is configured for automatic recognition. When automatic recognition is performed, the 
TIP attempts to determine as many definition parameters as possible at the time the line 
becomes active; recognized parameters are compared against parameters specified in the network 
definition file to identify the terminal accessing the line. If AUTO and XAUTO are omitted or 
if AUT0=N0 or XAUT0=N0 is specified, the TIP is not allowed to perform automatic recognition 
for the line; the Line has a fixed configuration, and each TERMINAL or TERHDEV statement 
associated with this line must explicitly declare all addressing and protocol parameters legal 
for that terminal. 

yn2 An optional reserved word value (YES or NO) for an optional stand-alone keyword. This 

parameter specifies whether this communication Line is configured for automatic recognition of 
high line speeds (600 through 9600 bits per second) and/or recognition of protocol type by the 
TIP whenever a terminal is connected to the Line. When XAUTO or XAUT0=YES is specified, the 
line is configured for automatic recognition. When automatic recognition is performed, the 
TIP attempts to determine as many definition parameters as possible at the time the line 
becomes active; recognized parameters are compared against parameters specified in the network 
definition file to identify the terminal accessing the line. If AUTO and XAUTO are omitted or 
if AUT0=N0 or XAUT0=N0 is specified, the TIP is not allowed to perform automatic recognition 
for the line; the line has a fixed configuration, and each TERMINAL and DEVICE or TERMDEV 
statement associated with this line must explicitly declare all addressing and protocol 
parameters legal for that terminal. 


arspeed An optional reserved word value (YES or NO) that indicates whether the user can change the 
Line speed by using the AR TIP command. 

yn3 An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 

parameter specifies the status assigned to this communication line at network initiation. 

When 01 or DI=YES is specified, the line is disabled at network initiation and cannot be used 
until the HOP or NOP enables it. If DI is omitted or DI=N0 is specified, the line is given an 
initial status of enabled unless the NOP or HOP specifies otherwise. 


Figure 7-2. Site-Defined Protocol GROUP Statement Format (Sheet 1 of 3) 
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yn4 


Icn 


Lspeed 


dfL 


frame 


timer 


count 


svcirc 


psn 


An optional reserved word value (YES or NO) which specifies whether the Immediate Disconnect 
feature is enabled for this line. When IMDISC or IMOISC=YES is specified, any terminal on the 
line is disconnected immediately after the terminal has logged out (disconnected) from the 
host. When IMDISC is omitted or IMDISC=N0 is specified, a terminal on the line is 
disconnected only after a two minute timer expires. 


The logical channel number (0 < len < 2S5) which corresponds to the lowest "umbered channel 
that a DTE CCP can use to make an outgoing appLication-to-appLication call. If CCP is a u , 
it corresponds to the highest numbered virtual circuit CCP can use to make outgoing 
application-to-application calls. When Icn is not specified, no default exists. 


The baud rate used by the modems or devices accessing this line. This parameter can only be 
used to configure asynchronous lines (LTYPE of A1, A2, or A6). When the line is configured 
for automatic recognition (AUTO is declared), this parameter cannot be used. This parameter 
is optional when an asynchronous line is not configured for automatic recognition of 
terminals; the following values are allowed: 


110 134 150 300 600 1200 2400 4800 9600 19200 38400 


When Ispeed is not declared for an asynchronous line configured without automatic 
recognition, no default exists. 

The maximum decimal number (16 < dfI <1024) of 8-bit characters or octets in an X.25 data 
packet. 

The frame window (1 < frame £7); the maximum number of outstanding unacknowledged packets 
between the network processing unit and the X.25 network (this is the K parameter defined y 
the X.25 protocol standard)- 

The decimal retransmission timing period (1 £ timer £ 25500) in milliseconds; the time that 
must elapse before retransmission of an unackowledged X.25 data frame is attempted 
the T1 parameter defined by the X.25 protocol standard). NDLP rounds the value specified for 
timer to the next multiple of 100. 

The decimal retransmission count (1 < count < 15); the number of times retransmission of an 
unacknowledged X.25 data frame is attempted (this is the N2 parameter defined by the X.25 
protocol standard). 

The decimal number (0 < svcirc < 255) of available switched virtual circuits (SVC) for this 
line. The parameter must be identical to the number of switched virtual circuits contracted 
from the packet switching network and must conform to the following rules: 

The total number of virtual circuits defined (by the NCIR parameter on the TERMINAL or 
TERHDEV statement) for each STIP must be £ svcirc- 

The total number of virtual circuit definitions must be £ 255; svcirc + number of permanent 
virtual circuit (PVC) definitions £ 255. 


A reserved word value identifying the packet switching network to which the line is 
connected. The following values are recognized: 

CDSN Packet switching network is compatible with the commercial CDSN network. 

DATAPAC Packet switching network is compatible with the commercial DATAPAC network. 

PSN253 Site-defined packet switching network type, identified by the number 253 within 
the network software. 

PSN254 Site-defined packet switching network type, identified by the number 254 within 
the network software. 

PSN255 Site-defined packet switching network type, identified by the number 255 within 
the network software. 

TELENET Packet switching network is compatible with the commercial TELENET network. 

TRNSPAC Packet switching network is compatible with the commercial TRANSPAC network. 


Figure 7-2. Site-Defined Protocol GROUP Statement Format (Sheet 2 of 3) 
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TYMNET Packet switching network is compatible with the commercial TYMNET network. 

UNINET Packet switching network is compatible with the commercial UNINET network. 

yn5 An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 

parameter tells the TIP what role to play in an X.25 protocol. If DCE or DCE=^ES is 
specified^ the TIP must act as data circuit terminating equipment (DCE). If DCE is omitted or 
DCE=N0 is specified^ the TIP must act as data terminal equipment (DTE) protocol. 

locadr The decimal address (0 ^ locadr ^ 99) assigned to the local end of the X.25 link. This value 
specifies the address by which the X.25 protocol identifies calls to and from the connected 
NPU. The value declared should be the calling DTE address for outgoing call requests when 
DCE=YES is specified. 

acclev The decimal access level limit (0 £ acclev < 7) for the line. The lowest access level is 0 
(unclassified), the highest is 7. If AL is""omitted or AL=N0NE is specified, no access level 
limit is associated with the line (equivalent to specifying AL^). 

yn6 An optional reserved word value (YES or NO) which specifies whether the reconfiguration 

indicator is enabled for this line. When RC or RC=^ES is specified, the terminal character¬ 
istics are reset to their original NDL values (or to a default if no NDL values were 
specified) when the terminal disconnects from a host. When RC is omitted or RC=N0 is 
specified, the reconfiguration indicator is not enabled for this line. 

fv9i The hexadecimal field value (0 £ fv9i £ FF) to use for the corresponding field number within 

the Terminal Interface Program configuration information transmitted for this line. 

iter The decimal number (1 £ iter £ 254) of iterations of this line definition and of all TERMINAL, 

TERMDEV, or DEVICE statements following this GROUP statement. This parameter is optional; the 
default is 1- 


Figure 7-2. Site-Defined Protocol GROUP Statement Format (Sheet 3 of 3) 


Using the GROUP statement can reduce the number of 
definitions you must provide in your NDL program 
without reducing the number of definitions provided 
in the network configuration file. An example of 
GROUP statement use is shown in figure 7-3. 

You use the AUTO or XAUTO parameter to define a 
communication line as having a fixed or an automatic 
recognition configuration. You can use either of 
these configuration types for a dialup line or for 
a dedicated (hardwired) line. 

If you define a fixed-configuration line by omitting 
AUTO and XAUTO or by specifying AUTO-NO or XAUTO-NO, 
you must know and specify certain characteristics 
of the line, and of the terminals and devices that 
will use it. Only terminals and devices with the 
specified characteristics can use that line. 

If you define an automatic recognition line by 
specifying AUTO, XAUTO, XAUTO-YES, or AUTO-YES, your 
site-written TIP determines these characteristics 
when a terminal becomes active on the line. This 
allows more flexible access to the network. 

A terminal on an automatic recognition line is not 
completely configured until it becomes active. At 
that time, the Communications Supervisor (CS) com¬ 
pares the determined characteristics against the 
characteristics you have defined for each terminal 
configured on the line. CS uses the first terminal 
definition with the closest match to finish con¬ 
figuring the terminal. Your site-written TIP then 
services the terminal devices according to the 
finished configuration. 


Only a terminal that completely matches all declared 
values can use the line. It must operate with the 
characteristics you declare for any required or 
optional parameters in your terminal definition, or 
the terminal user must change the characteristics 
to match. If you declare AUTOREC Instead of values 
for all of the automatically recognized parameters, 
then any terminal will match the terminal defin¬ 
ition. 

If you declare values Instead of AUTOREC for some 
of the automatically recognized parameters, then 
any terminal that successfully accesses the line 
and has characteristics matching the declared values 
will match your terminal definition. If you declare 
values Instead of AUTOREC for all of the automat¬ 
ically recognized parameters, then only a terminal 
with automatically recognized characteristics that 
are the same as your values will match the terminal 
definition. 

You can specify more than one terminal definition 
on an automatic recognition line. Each definition 
should vary from the others in one of the automat¬ 
ically recognized characteristics. Unless differ¬ 
ences exist, CS will not use any definition other 
than the first one. 

Using automatic recognition increases the number of 
terminal devices that potentially can use the line. 
You can configure a swltchable line for automatic 
recognition with more logical terminal devices than 
the physical terminal devices that simultaneously 
can access it; only one physical device can access 
the line at a time. 
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I The following set of statements: 

LN3F: GROUP/P0RT=0A,LTYPE=S4, 
TIPTYPE=TT12,NI=2. 

TERM INAL/ STIP=^4A/ TC=200UT/ CA=70. 
OEVD: DEVICE/0T=C0N/TA=60. 
OEVL; DEVICE/DT=LP/TA=60. 
DEVC: DEVICE/DT=CR/TA=60. 

LNIA: GROUP/P0RT=9/LTYPE=A6/ 

TIPTYPE=TT13/LSPEED=300/NI=S. 
DEVA: TERMDEV/TC=713/PRI. 


I is interpreted by the NDL processor as if it had 
been written: 

LN3FOA: LINE/P0RT=0A/LTYPE=S4/ 

TIPTYPE=TT12. 

TERM INAL/ STIP=«4A/ TC=200UT/CA=70. 

DEVDOA: DEVICE,DT=C0N/TA=60. 

DEVLOA: DEVICE,DT=LP/TA=60. 

DEVCOA: DEVICE, DT=CR,TA=60. 

LN3F0B: LINE/PORT=OB,LTYPE=S4, 

TIPTYPE=TT12. 

TERM INAL, STIP=«4A, TC =200UT, CA=70. 

DEVDOB: DEVICE, DT=CON/TA=60. 

DEVLOB: DEVICE,DT=LP,TA=60. 

DEVCOB: DEVICE,DT=CR/TA=60. 

LN1A09: LINE,P0RT=!9,LTYPE=A6/ 

TIPTYPE=TT13/LSPEED=300. 

DEVA09: TERMDEV/TC=713,PRI=YES. 

LN1AOA: LINE,P0RT=0A,LTYPE=A6/ 

TIPTYPE=TT13/LSPEEO=300. 

DEVAOA: TERM DEV,TC=713,PRI=VES. 

LN1AOB: LINE,PORT=OB, LTYPE=A6, 

TIPTYPE=TT13,LSPEED=300. 

DEVAOB: TERMDEV,TC=713,PRI=YES. 

LN1AOC: LINE,PORT=OC,LTYPE=A6, 

TIPTYPE=TT13,LSPEED=300. 

DEVAOC: TERM DEV,TC=713,PRI=YES. 

LN1AOD: LINE,PORT=OD,LTYPE=A6, 

TIPTYPE=TT13,LSPEED=300. 

DEVAOD: TERMDEV,TC=713,PRI=YES. 


TERMINAL DEFINITIONS 

You can declare up to 255 TERMINAL or TERMDEV 
statements for a communication line. You must pro¬ 
vide one TERMINAL or TERMDEV statement for each 
terminal that can access the line. If you use a 
TERMDEV statement, you cannot use a DEVICE statement 
for the same terminal. Figures 7-4 and 7-5 present 
the formats of these statements for terminals on 
lines supported by site-written TIPs. 


TERMINAL C^STIP=st1ptyp,TC=trmcLas^D 
CCSET-charset/TSPEEDstrrasped/D 
CCA=clsadr^RIC=yn1,3 
CC0=conord^BCPC=yn21,NREC=rec/D 
CU=pacundw^NCIR=numcir,PAD=st ring,3 
CNEN=encioCOLLECTC=yn33,EOFC=yn433. 

Parameters are described in the text. 

Figure 7-4. TERMINAL Statement Format for 
Site-Defined Communication Line Protocols 


The following TERMINAL and TERMDEV parameters pro¬ 
vide the terminal definition for the line: 


BCF 

NEN 

CA 

PAD 

CO 

RIC 

COLLECT 

STRIP 

CSET 

TC 

EOF 

TSPEED 

MREC 

W 

NCIR 



The STIP and TC parameters are described first 
because they are described in that order in sections 
4 through 6. The other parameters are described in 
alphabetical order* 


Figure 7-3. Site-Defined Protocol 
GROUP Statement Expansion 

For example, the statement 

LN1A: GROUP, P0RT=9, TIPTYPE=*TT13, LTYPE*A6, 
AUTO,NI«2. 

defines two swltchable (dialup), asynchronous lines 
(not shown in figure 2-1 of section 2) for automatic 
recognition of asynchronous protocol terminals. 
The lines are identified as LN1A09 and LNIAOA, con¬ 
nect to the NPU at ports 9 and OA, and are enabled 
by default at network initiation. 

If the fixed-configuration form of the statement 

LNIA: GROUP, P0RT=*9, LTYPE=A6, TIPTYPE=«TT 13, NI=2. 

were used instead, all of the terminals capable of 
accessing these swltchable lines would have to be 
completely and explicitly configured on the TERMINAL 
and DEVICE statements following the GROUP statement. 


STIP PARAMETER 

The STIP parameter specifies the subTIPtype required 
to support the terminal definition. This parameter 
is optional* When you declare a value for STIP, it 
must be one of the following reserved words: 


AUTOEIEC Specifies that the subTIPtype is to be 
determined by your site-written TIP 
when automatic recognition of the 
terminal occurs (valid only if TC is 
specified); using this value is 
equivalent to omitting the parameter* 

M4A Identifies a synchronous terminal that 

uses CDC Mode 4A protocol. 

M4C Identifies a synchronous terminal that 

uses CDC Mode 4C protocol. 

N2741 Identifies an asynchronous terminal 

that does not use IBM 2741 protocol. 
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device: TERPIDEVC^STIP=sstiptyp,TC=trmcLas,CSET=charset,TSPEED=trrosped/CA=cLsadp,RIC=yn1,3 
CC0=conord,BCFC=yn23,HREC=rec,W=pacMndw^NCIR=ni£«cir,PAI)=string,NEN=encir,3 
CC0LLECTC=yn3D,DT=devtyp,SDT=subdt,TA=triBaddr^ABL=abl,DBZ=dwnls1z^UBZ=upbsize/:) 
C0BL=dwnblim,UBL=upbLim,XBZ=xmitsiz,D0=devord^$TREAM=streafflno,AUT0C0NC=yn43,l 
CPRIC=yn5l,0IC=yn63,HN=node,HDC=yn7a,LK=yn8,AB=ab,BR=br,CP=cp,BS=bs,B1=b1,B2=b2,CI=c1,] 
ECN=cn/CT=ct,DLC=dLc^DLTO=dlto,DLX=dLx^EBX=ebx,EBR=ebr,EBO=ebo,ELX=eLx,ELR=eLr,D 
CEL0=elo,EP=ep,XLC=xlc,XLT0=xLto,XLX=xLx,XLY=xLy,IC==ic,IN=in,LI=Li,0P=op^0C=oc,3 
CPA=pa^P6=pg,PL=pL^PW=pH,E0Fn=yn10D,RTSC=yn113^MCI=nic^BLI=ral,P90=fv90,...^P99=fv993. 

device The element name of the terminal device being defined. This name can be one through seven 
characters long. The first character must be a letter; the other characters can be 
letters or digits. If this statement is used within the set following a GROUP statement 
or as a switched virtual circuit definition^ the device name cannot be longer than five 
characters. This is the name used by the host or NPU operator to monitor and control the 
device. This name is required; there is no default value. 

All other parameters are described in the text. 


Figure 7-5. TERHDEV Statement Format for Site-Defined Communication Line Protocols 


PAD Identifies a terminal that is con¬ 

nected via the asynchronous stop-start 
(X.29) packet assembly/disassembly 

protocol. 

POST Identifies a synchronous terminal that 
supports only postprinting format con¬ 
trol and IBM HASP protocol. 

PRE Identifies a synchronous terminal that 

supports preprinting format control 
and IBM HASP protocol. 

USER Identifies an asynchronous terminal 

using a site-defined form of X.25 
packet protocol. 

XAA Identifies the appllcatlon-to- 

applicatlon X.25 subTIP. 

2741 Identifies an asynchronous terminal 

that uses IBM 2741 protocol. 

2780 Identifies a bisynchronous terminal 

that uses IBM 2780 protocol. 

3780 Identifies a bisynchronous terminal 

that uses IBM 3780 protocol. 

If you omit the STIP parameter, the default is 
unknown and possibly undefined. 


TC PARAMETER 

The TC parameter specifies the terminal class 
appropriate for the device. Supported devices are 
grouped into terminal classes, according to their 
hardware characteristics. 

No default values exist for the characteristics 
associated with an archetype terminal on a com¬ 
munication line with a site-defined protocol. Each 
CDC-deflned terminal class has a range of possible 


values for the characteristics associated with an 
archetype terminal. These ranges determine the 
values available for you to specify on the TERMDEV 
or DEVICE statements. A site-defined terminal class 
has no predefined range; any value recognized for 
one of the CDC-deflned terminal classes is valid 
for any site-defined terminal class. 

The mnemonics identifying the terminal classes are 
derived from the identification of the archetype 
terminals defining the classes, with the following 
exceptions: 

HASP and HPRE each identify the communication 
protocol used by a terminal as the archetype. 

You can use TC28, TC29, TC30, and TC31 to 

identify site-defined terminal classes, cor¬ 
responding to reserved Network Access Method 
(NAM) terminal class numbers. 

The TC parameter is optional. When you declare a 
value for TC, it must be one of the following 
reserved words: 

CCP Specifies that CCP is to provide the 

terminal class appropriate for the sub- 
TlPtype; using this value is equivalent 
to omitting the parameter. 

HASP Identifies a terminal or device com¬ 

patible with the postprint variant of 
IBM HASP protocol. 

HPRE Identifies a terminal or device com¬ 

patible with the preprint variant of 
IBM HASP protocol. 

H2000 Identifies a terminal device compatible 
with Hazeltine 2000 series equipment 
emulating a teletypewriter. 

M33 Identifies a terminal device compatible 

with Teletype Model 30 series equipment. 
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MAO 

Identifies a terminal device compatible 
with Teletype Model 40-2 equipment. 

TC28 

Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 28. 

TC29 

Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 29. 

TC30 

Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 30. 

TC31 

Identifies a site-defined archetype 
terminal that uses the NAM Internal 
terminal class number of 31. 

TA014 

Identifies a terminal device compatible 
with Tektronix 4014 series equipment 
emulating a teletypewriter. 

X364 

Identifies a terminal device compatible 
with the ANSI X3.64 standard (DEC VTIOO 
or CDC 722-30). 

200UT 

Identifies a terminal or device com¬ 
patible with the CDC 200 User Terminal. 

711 

Identifies a terminal or device com¬ 
patible with the CDC 711 series terminal 
that uses the 4C variant of the Mode 4 
protocol. 

713 

Identifies a terminal device compatible 
with CDC Model 713, 722-10, 751, 752, 
or 756 series equipment. 

714 

Identifies a terminal or device com¬ 
patible with the CDC* 714-10/20 series 
terminal that uses the 4C variant of 
the Mode 4 protocol. 

714X 

Identifies a terminal or device com¬ 
patible with the CDC 714-30 series 
terminal that uses the 4C variant of 
the Mode 4 protocol. 

721 

Identifies a terminal device compatible 
with CDC Model 721 equipment. 

734 

Identifies a terminal or device com¬ 
patible with the CDC 734 series terminal 
that uses the 4A variant of the Mode 4 
protocol. 

2741 

Identifies a terminal device compatible 
with IBM 2741 equipment* 

2780 

Identifies a bisynchronous terminal 
using the IBM 2780 protocol. 

3270 

Identifies a terminal that is compatible 
with the IBM 3270. 

3780 

Identifies a bisynchronous terminal 
using the IBM 3780 protocol. 


If the TC parameter Is specified with a value of 
TC28, TC29, TC30, or TC31, then CCP must also be 
modified to accept these values. If the appro¬ 
priate support code for TC28, TC29, TC30, or TC31 
is not added to CCP, these values will be con¬ 
sidered invalid by CCP. 


If you omit the TC parameter, the default is 
unknown and possibly undefined. 


BCF PARAMETER 

The BCF parameter indicates whether the terminal 
supports compression of blanks in upline and down¬ 
line data. Blank compression consists of deleting 
blanks that occur in multiples and replacing each 
multiple with a code set sequence that represents 
the number deleted. 

When the network software compresses blanks in 
downline data, it does so for all devices within 
the terminal* When the network software receives a 
compressed blank sequence in upline data from any 
device within the terminal. It expands the data by 
replacing each sequence with the appropriate number 
of blanks. 

This stand-alone parameter is optional. If you 
specify this parameter, you can use one of the 
following values: 

NO Indicates that the terminal does not 

compress blanks in its input and cannot 
process compressed blanks received as 
output• 

YES Indicates that the terminal compresses 

blanks in its input and can process 
compressed blanks received as output. 

If you specify this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default is unknown and possibly undefined. 


CA PARAMETER 

The CA parameter specifies the hardware cluster 
address for all the devices accessing the line 
through one terminal. There is no default value 
for a cluster address. 

If you supply this parameter for an automatic 
recognition line, the value need not be unique for 
each terminal on the line. If you supply this 
parameter for a fixed-configuration line, the value 
should be unique for each terminal on the line. 
The network software performs an additional match 
while identifying the terminal in the configuration 
file. Any terminal accessing the line must use a 
cluster address you specify or it cannot use the 
network. 

The CA parameter can have the following value: | 

AUTOREC 

Indicates that your site-written TIP should 
determine any needed cluster address during 
automatic recognition of the terminal (valid 
only if the AUTO or XAUTO parameter is used 
in the corresponding LINE or GROUP state¬ 
ment); using this value is equivalent to 
omitting the parameter. ^ 

If you specify the value of AUTOREC, your site- 
written TIP accepts any cluster address it recog¬ 
nizes. If you omit the CA parameter, the default 
is unknown and possibly undefined. 
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CO PARAMETER 

The CO parameter specifies the configuration ordinal 
for all the devices accessing the line through one 
terminal. If you supply this parameter for an 
automatic recognition line, the value should be 
unique for each terminal that can use the line. 
The network software performs an additional match 
while identifying the terminal in the configuration 
file. Any terminal accessing the line must use a 
configuration ordinal you specify or it cannot use 
the network. 

The CO parameter can have the following values: 
AUTOREC 

Indicates that your site-written TIP should 
determine the configuration ordinal during 
automatic recognition of the terminal (valid 
only if the AUTO or XAUTO parameter is used 
in the corresponding LINE or GROUP state¬ 
ment); using this value is equivalent to 
omitting the parameter. 

1 conord 255 

Indicates the decimal configuration ordinal 
of the terminal you are defining. 

If you specify the value of AUTOREC, your site- 
written TIP accepts any configuration ordinal it 
recognizes. If you omit the CO parameter, the 
default value is unknown and possibly undefined. 


COLLECT PARAMETER 

The COLLECT parameter specifies whether your site- 
written TIP accepts charges for incoming calls from 
X.25 terminals connected through a packet assembly/ 
disassembly service. This stand-alone parameter is 
optional• 

The COLLECT parameter can have the following values: 

NO Your site rejects any incoming call 

when the X.25 network indicates that 
charges will occur. 

YES Your site accepts charges from the X.25 
network. 

If you specify the COLLECT parameter without a 
value, the value of YES is used. If you omit the 
COLLECT parameter, the default value is unknown and 
possibly undefined. 


CSET PARAMETER 

The CSET parameter specifies the code and character 
set of the terminal. This parameter is optional. 
When you declare a value for CSET, it must be one 
of the following reserved words: 

APLBP ASCII code set with bit-pairing APL 
character set. 

APLTP ASCII code set with typewriter-pairing 
character set. 


ASCII 

ASCII code and character set, or ASCII 
code and a different character set 
(some terminals permit other character 
sets with this code set)• 

AUTOREC 

The default code set for the terminal 
class or that is determined during 
automatic recognition of the terminal 
device; using this value is equivalent 
to omitting the parameter. 

BCD 

CDC External BCD code set with external 
BCD character set or 63-character ASCII 
subset (some terminals permit either 
character set with this code set). 

CORAPL 

IBM Correspondence code set with APL 
character set. 

CORRES 

IBM Correspondence code and character 
set • 

CSET15 

Site-defined code and character set, 
identified within the network software 
as character set number 15. 

EBCD 

IBM Extended BCD code and character 
set. 

EBCDAPL 

IBM Extended BCD code set with APL 
character set. 

EBCDIC 

IBM Extended Binary Coded Decimal 
Interchange Code and character set. 


If you specify CSET for a device on an automatic 
recognition line, the network software can perform 
an additional match while identifying the terminal 
in the configuration file. If you omit CSET, no 
additional match is performed for automatic recog¬ 
nition lines and the default is unknown and possibly 
undefined for fixed-configuration lines. 


EOF PARAMETER 

The EOF parameter indicates whether and end-of-file 
indicator is sent to line printer devices to mark 
the position in the data where an end-of-file was 
read from disk. The end-of-file indicator is an 
ESC V sequence. 

Possible values for this parameter are: 

NO Indicates that an end-of-file indicator 

is not sent to line printer devices. 

YES Indicates that an end-of-file indicator 
is sent to line printer devices. 

If you omit this parameter, the default is unknown 
and possibly undefined. 


MREC PARAMETER 

The MREC parameter indicates the maximum number of 
records that each device within the terminal can 
receive in each transmission block. This number 
determines how the network software blocks data 
into a transmission block for output • 
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This parameter is optional. If you specify this 
parameter, you must use one of the following values: 

CCP 

Indicates that your site-written TIP should 
use the default number appropriate for the 
terminal class; using this value is equiv¬ 
alent to omitting the parameter. 

I ^ mrec £ 7 

Indicates the number of records required by 
the terminal in each block exchanged with 
the network. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 


NCIR PARAMETER 

The NCIR parameter specifies the decimal number of 
X.25 virtual circuits of the same subTIPtype you 
are defining. This parameter should be used only 
for switched virtual circuit terminal definitions. 

If you specify this parameter, the value you use 
should be less than or equal to the NSVC value 
declared or used on the corresponding LINE state¬ 
ment • The NCIR parameter has the following range 
of values: 

1 ^ numclr ^255 

If you omit this parameter, the default Is unknown 
and possibly undefined. 


NEN PARAMETER 

The NEN parameter specifies the decimal number of 
X.25 virtual circuits of the same subTIPtype that 
are initially enabled. This parameter is optional; 
it is usually used only for switched virtual circuit 
terminal definitions. 

If you specify this parameter, the value you use 
should be less than or equal to the NCIR value 
declared or used on the same TERMINAL or TERMDEV 
statement. The NEN parameter has the following 
range of values: 

1 ^ encir <_ 255 

If you omit this parameter, the default value is 
unknown and possibly undefined. 


PAD PARAMETER 

The PAD parameter specifies a string of 4 to 64 
hexadecimal digits representing the ASCII 
equivalent of PAD parameter fields. Substrings 
should consist of groups of 4 hexadecimal digits (2 
ASCII characters). 

The PAD parameter is optional. If you omit the PAD 
parameter, the default is unknown and possibly 
undefined. 


RIC PARAMETER 

The RIC parameter indicates whether the terminal 
has restricted interactive capabilities. This 
parameter is optional. 

A terminal can have restricted interactive cap¬ 
abilities for many reasons; for example, perhaps no 
console device actually exists and interactive 
dialog must occur through a site-defined device. 

The effect this parameter has depends on the 
application program the terminal uses. For example, 
RBF does not output the READY prompt and does not 
require a GO command to enable any defined passive 
devices when RIC is specified. 

Possible values for this parameter are: 

NO Indicates that the terminal has full 

interactive capabilities. 

YES Indicates that the terminal has limited 
interactive capablities. 

If you omit the RIC parameter, the default is 
unknown and possibly undefined. 

TSPEED PARAMETER 

The TSPEED parameter specifies the baud rate of the 
terminal, This parameter is optional. 

If you specify a TSPEED value, the network software 
can perform an additional match while identifying 
the terminal in the configuration file. Any termi¬ 
nal accessing the communication line using the speed 
you specify might match the terminal definition. 

If AUTO is specified, the TSPEED parameter can have 
the following values: 

110 134 150 300 600 1200 2400 

AUTOREC 

If XAUTO is specified, the TSPEED parameter can have 
the following values: 

600 1200 2400 4800 9600 AUTOREC 

If you omit the TSPEED parameter or use the value 
AUTOREC, your site-written TIP determines the baud 
rate when it performs automatic recognition for the 
terminal (a CDC-defined TIP accepts any rate valid 
for the communication line). 


W PARAMETER 

The W parameter specifies the X.25 packet level 
window size for the virtual circuit you are defin¬ 
ing. This parameter is optional. 

The packet level window is the maximum number of 
unacknowledged packets your site-written TIP can 
send before it suspends further output to the 
terminal using the virtual circuit. This parameter 
has the following range of values: 

1 ^ pacwndw ^ 7 

If you omit the W parameter, the default is unknown 
and possibly undefined. 


60480000 M 


7-13 



DEVICE DEFINITIONS 

You must provide one TERMDEV or DEVICE statement 
for each device that can access the communication 
line through the terminal. If you use a TERMDEV 
statement, you cannot use a DEVICE statement for 
the same terminal. 

Each TERMINAL statement can have 255 DEVICE state¬ 
ments. Figures 7-5 and 7-6 present the formats of 
the TERMDEV and DEVICE statements for terminals on 
site-defined protocol lines. 

The following TERMDEV and DEVICE parameters provide 
the device definition for a terminal: 


AB 

DT 

PA 

ABL 

EBO 

PG 

AUTOCON 

EBR 

PL 

BR 

EBX 

PRI 

BS 

ELO 

PW 

B1 

ELR 

P90 through P99 

B2 

ELX 

RTS 

Cl 

EP 

SDT 

CN 

HD 

STREAM 

CP 

HN 

TA 

CT 

IC 

UBL 

DBL 

IN 

DBZ 

DBZ 

LI 

XBZ 

DI 

LK 

XLC 

DLC 

MCI 

XLTO 

DLTO 

MLI 

XLX 

DLX 

OC 

XLY 

DO 

OP 



The DT parameter is described first because it is 
described first in sections 4 through 6. The other 
parameters are described in alphabetical order. 


DT PARAMETER 

The DT parameter specifies the device type being 
defined. You can declare either a CDC-deflned 
device type or a site-defined device type. 

This parameter is optional. When you specify the 
DT parameter, the following values are valid: 


AP Identifies an appllcatlon-to-appllcation 

connection. 

CON Identifies a CDC-deflned console device. 

CP Identifies a CDC-deflned card punch. 

CR Identifies a CDC-deflned card reader. 

DT12 Identifies a site-defined device with 
no predefined characteristics, using 
the device type number 12 within NAM. 

LP Identifies a CDC-deflned line printer. 

PL Identifies a CDC-deflned plotter. 

If you omit the DT parameter, the default Is unknown 
and possibly undefined. 

AB PARAMETER 

The AB parameter specifies the character to be used 
to abort an output block. When the terminal user 
enters this character as the only character on a 
line, your site-written TIP should discard the 
block of data being transmitted to the terminal. 


This parameter is optional. If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7—bit ASCII code that 
represents the character to be used (table A-2 In 
appendix A lists all of the codes in the 7-blt ASCII 
code set). 


You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 






device: DEVICEC,DT=devtyp^SDT=subdt^TA=trmaddr,ABL=abL,0BZ=dwnlsi2,UBZ=upbsize,3 

I E:DBL=dwnbLim,UBL=upbLim,XBZ=xmitsl2^D0=devord,STREAH=streafnno^AUT0C0NC=yn1],3 

rPRIC=yn2l,DIC=yn3:^HN=node,H0C=yn43,LK=yn5,AB=ab,BR=br,CP=cp,BS=bs,B1=b1,B2=b2,CI=ci,3 
CCN=cn^CT=ct,DLC=dlc,DLTO=dlto,DLX=dU,EBX=ebx,EBR=ebr,EBO=ebo,ELX=eLx,ELR=eLr,l 
CEL0=elo,EP=ep,XLC=xlc,XLT0=xlto,XLX=xLx,XLY=xLy,IC=ic,IN=in,LI=Li,0P=op,3 
I C0C=oc,PA=pa,P6=pg,PL=pL^PW=pw,RTSC=yn63,«CI=mc,HLI=ml,P90=fv90,...,P99=fv993- 

device The element name of the terminal device being defined. This name can be one through seven 

characters long. The first character must be a letter; the other characters can be 
letters or digits. If this statement is used within the set following a GROUP statement 
or as a switched virtual circuit definition/ the device name cannot be longer than five 
characters- This is the name used by the host or NPU operator to monitor and control the 
device. This name is required; there is no default value. 

All other parameters are described in the text. 


Figure 7-6. DEVICE Statement Format for Site-Defined Communication Line Protocols 
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If the terminal does not use an ASCII character set, 
you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set • 

If you omit the AB parameter or specify the value 
CCP, the default is unknown and possibly undefined. 


ABL PARAMETER 

The application block limit (ABL) parameter spec¬ 
ifies the number of downline blocks that can be 
outstanding (unacknowledged) between an application 
program and this terminal. The value you choose 
should keep the terminal busy for 2 seconds by 
maintaining that number of outstanding blocks of 
the size specified by the DBZ parameter. 


This parameter is optional. The ABL parameter has 
the following range of values: 

1 _< abl £ 7 

The value you declare should be greater than or 
equal to the downline block limit (DBL parameter 
value) of the terminal. The host queues abl - dbl 
blocks; the NPU queues dbl blocks. An ABL value 
significantly larger than the DBL value causes NAM 
to use more host memory. 

If you omit the ABL parameter, the default value is 
unknown and possibly undefined. 


AUTOCON PARAMETER 

The AUTOCON parameter is a stand-alone keyword that 
determines whether the TIP should automatically 
connect the console device and any associated batch 
devices to the selected host node. This parameter 
is valid only for console devices. 

If all logical links terminating in the NPU being 

defined are to the same host (all HNAME values are 
equal), and the NDL processor provides a default 

host node, then the NDL processor also sets AUTOCON 
unless AUTOCON=NO is specified. 

This parameter and its values are optional. You 
can specify either of the following values: 

NO Indicates that the TIP should not 

attempt automatic connection. 

YES Indicates that the TIP should attempt 

automatic connection. 

If you specify this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default is unknown and possibly undefined. 


BR PARAMETER 

The BR parameter determines whether your site- 
written TIP associates data control functions with 
the pressing of the break function key. The break 
function key is usually labeled BREAK, ATTN, INTER, 
INTERRUPT, or something similar. 


If the break function key is not associated with 
data control, pressing the break function key only 
interrupts output. After input is completed, out¬ 
put probably resumes at the next character. 

If the break function key is associated with data 
control, the following probably occurs when the 
terminal user presses the break function key: 

If output is in progress, the TIP discards all 
output queued for the device. 

If output is in progress or the terminal is 
idle, the TIP sends a user break 1 message 
upline (the function also associated with the 
character defined by the B1 parameter). 

After input occurs, output resumes with the next 
block transmitted from the host. 

The BR parameter is optional. If you specify this 
parameter, the following values are recognized; 

CCP Indicates that the TIP should perform 

the default action appropriate for the 
terminal class. Using this value is 
equivalent to omitting the parameter. 

NO Indicates that the break function key 

has no control functions. 

YES Indicates that the break function key 

has control functions. 

If you omit the BR parameter or specify the value 
CCP, the default is unknown and possibly undefined. 


BS PARAMETER 

The BS parameter specifies the character to be used 
for the single-character deletion function. When 
the terminal user enters this character, your 
site-written TIP discards the preceding character 
transmitted by the device (unless the character has 
already been sent to the host). The character code 
used for the deletion function does not produce a 
physical backspace at the device unless the device 
also recognizes the code for that function. 

If you specify a value, it must be either the 
reserved word CCP or a hexadecimal value for the 
7-bit ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 
codes in the 7-blt ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-blt ASCII code 
set. 

If you omit the BS parameter or specify the value 
CCP, the default is unknown and possibly undefined. 
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B1 PARAMETER 

The B1 parameter specifies the character to be used 
as a user break 1 indicator* When the terminal user 
enters this character as the only character on a 

line, your site-written TIP discards the block of 
data being transmitted to the terminal and sends a 
user break 1 message upline to the connected appli¬ 
cation program. 

The effect this parameter has depends on the appli¬ 
cation program. For example, lAF Interprets the 
user break 1 message as a job step interrupt from 
the terminal user. 

If you specify a value, it must be either the 

reserved word CCP or a hexadecimal value for the 
7-blt ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 
codes in the 7-blt ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 

characters A through Z or a through z) 

If the terminal does not use an ASCII character 

set, you should choose a character that has a unique 
translation to a character in the 7-blt ASCII code 
set. 

If you omit the B1 parameter or specify the value 
CCP, the default is unknown and possibly undefined* 


B2 PARAMETER 

The B2 parameter specifies the character to be used 
as a user break 2 indicator* When the terminal 
user enters this character as the only character on 
a line, your site-written TIP discards the block of 
data being transmitted to the terminal and sends a 
user break 2 message upline to the connected appli¬ 
cation program. 

The effect this parameter has depends on the appli¬ 
cation program. For example, lAF interprets the 
user break 2 message as a job step termination from 
the terminal user* 

If you specify a value, it must be either the 
reserved word CCP or a hexadecimal value for the 
7-blt ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 
codes in the 7-blt ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 


If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-blt ASCII code 
set • 

If you omit the B2 parameter or specify the value 
CCP, the default value is unknown and possibly 
undefined* 


Cl PARAMETER 

The Cl parameter specifies the number of idle 
characters to Insert in the downline data after a 
carriage return. The number of idle characters 
inserted must be sufficient to provide the time 
needed by the terminal to physically return the 
carriage of the device to its left margin for the 
next line of output. 

If you declare this parameter, you must use the 
reserved word CCP or a value in the following range: 

0 < cl < 127 

If you omit the Cl parameter or specify the value 
CCP, the default value is unknown and possibly 
undefined * 


CN PARAMETER 

The CN parameter specifies the character to be used 
to abort (cancel) an input message* When the device 
user enters this character as the last character on 
a line, your site-written TIP and the network soft¬ 
ware discard the current logical line when it is 
transmitted from the terminal. 

If you specify a value, it must be either the 
reserved word CCP or a hexadecimal value for the 
7-bit ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 
codes in the 7-blt ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters «, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7 A (alphabetic 
characters A through Z or a through z) 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set* 

If you omit the CN parameter or specify the value 
CCP, the default value is unknown and possibly 
undefined* 


CP PARAMETER 

The CP parameter specifies whether your site- 
written TIP should send a cursor positioning 
response when the terminal user enters an end-of- 
line or end-of-block character, such as a CR or 
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EOT, or the end-of-packet indicator. The end-of- 
line and end-of-block characters are the current 
values of the ELX and ELB parameters. 

The cursor positioning response used is probably 
determined by the the current setting of the ELR 
and EBR parameters. The usual response moves the 
cursor to the beginning (left margin) of the next 
line on the screen; this is equivalent to a carriage 
return and linefeed operation. 

This parameter is optional. If you specify this 

parameter, you must use one of the following values: 

CCP Indicates that your site-written TIP 

should use the default setting appro¬ 
priate for the terminal class; using 

this value is equivalent to omitting 
the parameter. 

NO Indicates that no cursor positioning 

response should occur. 

YES Indicates that the cursor should be 

repositioned. 

If you omit this parameter or specify the value of 
CCP, the default value is unknown and possibly 

undefined. 


If you omit the CT parameter or specify the value 
CCP, the default value is unknown and possibly 
undefined. 


DBL PARAMETER 

The downline block limit (DBL) parameter specifies 
the number of downline blocks that can be outstand¬ 
ing (unacknowledged) between the host computer and 
this terminal. The value you choose determines how 
many blocks of data the NPU queues from the total 
number of outstanding blocks (ABL parameter value) 
of the size specified by the DBZ parameter. 

This parameter is optional. The DBL parameter has 
the following value range: 

1 < dbl < 7 


The value you declare should be less than or equal 
to the application block limit (ABL parameter value) 
of the terminal* The host queues abl - dbl blocks; 
the NPU queues dbl blocks. Small DBL values use 
less NPU memory but cause slower data transfers. 

If you omit the DBL parameter, the default value is 
unknown and possibly undefined. 


CT PARAMETER 

The CT parameter specifies the character to be used 
as a flag for a terminal definition command. When 
the terminal user enters this character as the first 
character on a line, your site-written TIP should 
Interpret the line as a command. Among other func¬ 
tions performed by CDC-written TIPs, commands are 
provided to determine or change the values you have 
established for the following parameters: 


AB 

Cl 

DLTO 

EP 

OC 

PW 

XLY 

BR 

CN 

DLX 

HN 

OP 

TC 


BS 

CP 

EBR 

IC 

PA 

XLC 


B1 

CT 

EBX 

IN 

PG 

XLTO 


B2 

DLC 

ELX 

LI 

PL 

XLX 


you 

specify 

a 

value. 

it 

must be 

either 


reserved word CCP or a hexadecimal value for the 
7-bit ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 
codes in the 7-bit ASCII code set). 


You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =», DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 


If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-blt ASCII code 
set. 


DBZ PARAMETER 

The downline block size (DBZ) parameter specifies 
the maximum number of character bytes each downline 
block can contain. The value you choose affects 
how much memory is needed to store the outstanding 
(unacknowledged) blocks of data In the NPU and the 
host • Larger DBZ values cause fewer disk accesses 
by the host. This value can be used by the appli¬ 
cation programs to divide downline messages into 
blocks• 

This parameter is optional. The DBZ parameter has 
the following value range; 

1 < dbz < 2043 

The value you declare should be chosen together 
with the value used for the DBL parameter. 

If you omit the DBZ parameter, the default value is 
unknown and possibly undefined. 


Dl PARAMETER 

The DI parameter is a stand-alone keyword that 
specifies whether a device is initially enabled or 
disabled. An enabled device is configured and 
serviced as soon as the communication line becomes 
active. A disabled device is neither configured 
nor serviced when the line becomes active. 

If you initially disable the device, a host or NPU 
operator can change the device status to enabled. 
This change can be made only when the line becomes 
active (when a call is received on a dialup line, 
or when communications are established on a hard¬ 
wired line). 
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This parameter Is optional* If you specify the DI 
parameter, you must use one of the following values: 


NO 

Indicates 
enabled• 

that 

the 

device 

is 

Initially 

YES 

Indicates 

disabled. 

that 

the 

device 

is 

initially 


If you specify the DI parameter without a value, 
the default value of YES is used. If you omit this 
parameter, the default is unknown and possibly 
undefined* 


DLC PARAMETER 

The DLC parameter indicates the maximum number of 
characters that can be Input in each single-message 
transparent mode upline message from this device* 
After the terminal user or the application program 
changes the devlce'^s input mode to transparent from 
normalized, your site-written TIP forwards a message 
block to the application and changes back from 
transparent mode to normalized mode when the device 
transmits the indicated number of characters. 

This parameter is optional* If you specify this 
parameter, you must use one of the following values: 

CCP 

Indicates that the TIP should use the 
default number of characters appropriate 
for the terminal class; using this value is 
equivalent to omitting the parameter* 

1 £ die < 4095 

Indicates the maximum decimal number of 
characters that the terminal can transmit 
as a single transparent mode message* 

If you omit this parameter or specify the value 
CCP, the default is unknown and possibly undefined. 


DLTO PARAMETER 

The DLTO parameter specifies whether a 200- to 
400-millisecond timeout on the communication line 
ends single message transparent mode input. After 
the terminal user or the application program changes 
the device's input mode to transparent from normal¬ 
ized, your site-written TIP forwards a message block 
to the application and changes back from trans¬ 
parent mode to normalized mode when the device stops 
transmitting for the indicated timeout period. 

This parameter is optional* If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that the TIP should use the 

default choice appropriate for the 

terminal class; using this value is 
• equivalent to omitting the parameter. 

NO Indicates that a timeout does not end 

transparent mode input. 

YES Indicates that transparent mode input 

ends when a timeout occurs. 
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If you omit this parameter or specify the value 
CCP, the default Is unknown and possibly undefined. 


DLX PARAMETER 

The DLX parameter indicates the hexadecimal value 
of the character code that should end input of a 
single-message transparent mode message from the 
device. After the terminal user or the application 
program changes the device's input mode to trans¬ 
parent from normalized, your site-written TIP 
forwards a message block to the application and 
changes back from transparent mode to normalized 
mode when the device transmits this character. 

You should select transparent mode input delimiters 
with care* The character code you declare as the 
DLX value must be the code of a character that the 
physical device can input* If the delimiter is a 
character that cannot be input (either because of 
device hardware limitations or because of the PA 
parameter value declared for the device), then the 
Terminal Interface Program cannot terminate trans¬ 
parent mode input and the device will be trapped in 
that mode of operation once it has begun. 

This parameter is optional* The value that is valid 
for a given character depends on the character code 
set used by the terminal* You can use the following 
values: 

CCP 

Indicates that the TIP should use the 
default character code appropriate for the 
terminal class; using this value is equiv¬ 
alent to omitting the parameter. 

0 £ dlx < FF 

Indicates the hexadecimal code that ends 
single message transparent input. 

Values above 7F should not be used unless the PA 
parameter value of N or I is used. Codes above 7F 
might not be seen by the TIP unless the eighth 
(parity) bit of each input byte is defined as data* 

If you omit this parameter or specify the value 
CCP, the default is unknown and possibly undefined* 


DO PARAMETER 

The DO parameter specifies the device ordinal of 
the device within the terminal. This device ordinal 
provides a unique identifier to an application 
program for the device when more than one device of 
the same type is part of the terminal. 

This parameter is optional* However, the Remote 
Batch Facility requires a device ordinal for each 
passive device. Passive devices with a terminal 
class of 200UT or 734 implicitly have device ordi¬ 
nals of 1. For passive terminals with a TC value 
of 714 or 714X, the device ordinal must be unique 
if the device communicates with RBF. (An Implicit 
default value of 1 exists when there is only one 
device of each type owned by the same owning 
console.) The DO parameter is the only device 
definition parameter with this uniqueness require¬ 
ment. 


60480000 N 




If you specify this parameter, you must use a value 
in the range: 

1 < devord 7 

If you omit this parameter, the default Is unknown 
and possibly undefined. 


EBO PARAMETER 

The EBO parameter indicates the event that identi¬ 
fies an end-of-block condition. During input, 
messages are transmitted upline as soon as an end- 
of-line code (or message-forwarding code sequence) 
or an end-of-block condition is detected. 

When some devices perform input, they use code 
sequences or events to indicate the end-of-llne and 
end-of-block conditions. (For example, the 
end-of-block sequence from a mode 4 device is ESC 
A.) Code sequences and events cannot be declared 
as values for the EBX parameter. The EBO parameter 
allows you to set the end-of-block condition to one 
of these code sequences or events. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that your site-written TIP 

should use the default choice appro¬ 
priate for the terminal class; using 
this value is equivalent to omitting 
the parameter. 

EL Indicates that the default end-of-llne 

character code or code sequence for the 
terminal class should be the end-of- 
block condition indicator. This value 
causes the network to treat a single 
input message the same as a multiple- 
message block (output to the terminal 
can occur after each input message, 
instead of after all messages in a 
block)• 

If you omit this parameter or specify the value 
CCP, the end-of-block condition indicator is prob¬ 
ably the value declared for the EBX parameter. If 
no value is declared for the EBX parameter, the 
end-of-block condition might be undefined. 


EBR PARAMETER 

The EBR parameter indicates the appropriate cursor 
positioning response whenever a block of input ends. 
A block of input ends when your site-written TIP 
detects the currently defined end-of-block con¬ 
dition, which is either a character code or the 
end-of-packet sequence. The end-of-block condition 
is determined by the EBO or EBX parameter value. 
Whether cursor positioning occurs probably is 
determined by the CP parameter value. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values; 

CCP Indicates that the TIP should perform 
the default response appropriate for 
the terminal class; using this value is 
equivalent to omitting the parameter. 


CL Indicates that the TIP should perform a 

carriage return and linefeed operation 
(move the cursor left and down to the 

beginning of the next physical line). 

CR Indicates that the TIP should perform a 

carriage return operation (move the 
cursor left to the beginning of the 
current physical line). 

LF Indicates that the TIP should perform a 

linefeed operation (move the cursor 
down to the next physical line). 

NO Indicates that the TIP should not 

reposition the cursor. 

If you omit this parameter or specify the value 
CCP, the default is unknown and possibly undefined. 


EBX PARAMETER 

The EBX parameter identifies the character code 
that ends a block of messages (logical lines) from 
the device. When your site-written TIP detects 
this code in input, it forwards the last message of 
the block upline. 

This parameter is optional. If you specify a value, 
it must be either the reserved word CCP or a hexa¬ 
decimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit this parameter or specify the value 
CCP, the default is unknown and possibly undefined. 


ELO PARAMETER 

The ELO parameter indicates the event that identi¬ 
fies an end-of-llne condition (an end-of-logical 
line or message-forwarding signal). During input, 
a message is transmitted upline as soon as an end- 
of-llne code (or message-forwarding code sequence) 
or an end-of-block condition is detected. 

When some devices perform input, they use code 
sequences or events to Indicate the end-of-llne and 
end-of-block conditions. Code sequences and events 
cannot be declared as values for the ELX parameter. 
The ELO parameter allows you to set the end-of-llne 
indicator to one of these sequences or events. 
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This parameter is optional* If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that the TIP should use the 
default choice appropriate for the 

terminal class; using this value is 
equivalent to omitting the parameter. 

EB Indicates that the current end-of-block 

character code or code sequence for the 
terminal class should be the' end-of-line 
condition indicator. This value causes 
any default end-of-line codes or code 
sequences to be sent upline as data 
within a single message. 

If you omit this parameter or specify the value 
CCP, the end-of-line condition indicator probably 
is the value declared for the ELX parameter. If no 
value is declared for the ELX parameter, the end- 
of-line condition Indicator is unknown and might be 
undefined* 


ELR PARAMETER 

The ELR parameter indicates the appropriate cursor 
positioning response whenever a message (logical 
line) of input ends. A logical line of input ends 
when your site-written TIP receives the currently 
defined end-of-line character (ELX parameter value). 
Whether cursor positioning occurs probably is 
determined by the CP parameter value. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that the TIP should perform 
the default response appropriate for 
the terminal class; using this value is 
equivalent to omitting the parameter. 

CL Indicates that the TIP should perform a 

carriage return and linefeed operation 
(move the cursor left and down to the 
beginning of the next physical line). 

CR Indicates that the TIP should perform a 

carriage return operation (move the 
cursor left to the beginning of the 
current physical line). 

LF Indicates that the TIP should perform a 

linefeed operation (move the cursor 
down to the next physical line) • 

NO Indicates that the TIP should not 

reposition the cursor. 

If you omit this parameter or specify the value 
CCP, the default is unknown and might be undefined. 


ELX PARAMETER 

The ELX parameter identifies the character code 
that ends a message (logical line) from the device. 
When your site-written TIP detects this code in 
input, it should forward the message upline. 

This parameter is optional* If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 


represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-blt 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters », DEL, or space) 

30 through 39 (characters 0 through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-blt ASCII code 
set. 

If you cxnlt this parameter or specify the value 
CCP, the default is unknown and possibly undefined. 


EP PARAMETER 

The echoplex (EP) parameter causes or prevents the 
echoing of input characters back to the output 
mechanism of the device. Echoplexing is normally 
required when the device operates in full-duplex 
mode and no echoing is performed by hardware between 
the device input hardware and your site—written TIP. 

This parameter is optional. If you specify the EP 
parameter, you must use one of the following values: 

CCP Indicates that the TIP should echo input 
if that is the appropriate default 
action for the terminal class; using 
this value is equivalent to omitting 
the parameter* 

NO Indicates that the TIP should not echo 

input characters. 

YES Indicates that the TIP should echo input 
characters* 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 


HD PARAMETER 

The HD parameter specifies whether or not the full 
host availability display (HAD) is presented to the 
terminal user. This parameter is optional and is 
valid only for console devices. 

If you specify this parameter, you must use one of 
the following values: 

NO Indicates that the full host avail¬ 

ability display is not presented to the 
terminal user. The terminal user 
receives only the host status message 
and the prompt message. 

YES Indicates that the full host avail¬ 

ability display is presented to the 
terminal user. 

If you omit this parameter, the default is unknown 
and possibly undefined* 
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HN PARAMETER 

The HN parameter identifies the node number of the 
host that a console device and any associated batch 
devices are connected to unless another path is 
selected by the terminal user. 

This parameter is optional and is valid only for 
console devices. If you declare this parameter, 
you must use one of the following values: 

NONE 

Indicates that no node number is specified. 
This has the same effect as not declaring 
the parameter. A value of NONE cannot be 
declared if AUTOCON is also specified and 
there are logical links to more than one 
host terminating in the NPU being defined. 

1 < hn £ 255 

Indicates the node number of the host that 
the console device and any associated batch 
devices are to be connected to. 

The value declared for the HN parameter must be the 
same as the NODE value in a COUPLER statement with¬ 
in the same network definition. If all the COUPLER 
statements for all the logical links to the NPU 
being defined have equal HNAME parameters, the NDL 
processor provides a default host node. The default 
host node is the last coupler specified. If the HN 
parameter is not specified, the terminal user must 
select a host before a connection can be made. If 
the AUTOCON parameter is specified, then the HN 
parameter must also be specified. 


IC PARAMETER 

The IC parameter specifies whether or not the input 
mechanism of the device supports an ASCII DC3 code 
(X-OFF character) as a signal to stop input and an 
ASCII DCl code (X-ON character) as a signal to 
resume input. Your site-written TIP transmits these 
codes to control input flow when the device can 
support them. 

This parameter allows you to configure a device so 
that input from an intelligent terminal such as a 
personal computer or from a cassette mechanism can 
be interrupted and restarted as needed without 
terminal user intervention. The TIP sometimes needs 
to suspend input because the volume of network 
traffic has temporarily used all available storage 
space. 

You should be careful that this parameter is 
appropriately defined for the device hardware that 
actually uses the line. These codes are used for 
many purposes by device manufacturers; receiving 
either code can have effects other than resuming or 
stopping input. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that the TIP should use the 
default appropriate for the terminal 
class; using this value is equivalent 
to omitting the parameter. 


NO Indicates that the TIP cannot use X-ON 

and X-OFF characters to control input. 

YES Indicates that the TIP can use X-ON and 

X-OFF characters to control input. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 


IN PARAMETER 

The IN parameter identifies the input mechanism and 
the input message blocking of the device. (Terminal 
users might have a similar command that also defines 
whether input is in transparent mode or normalized 
mode; you cannot configure a device to begin 
accessing the network in transparent mode.) 

As the input device, you can specify either: 

The keyboard 

The paper tape reader 

As the input transmission mode, you can specify 
either: 

Normalized line mode (one message or logical 
line per block) 

Normalized block mode (one or more logical 
lines collected into a block before it is 
transmitted. Cursor positioning at linefeed 
and end-of-llne is not performed and output is 
not sent until end-of-block is reached.) 

This parameter is optional. Possible values are: 

BK Indicates keyboard input In block mode. 

CCP Indicates that the TIP should use the 
default options appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

KB Indicates keyboard input in line mode. 

PT Indicates paper tape input in block mode 

(an X-OFF character functions as a fixed 
end-of-block condition indicator). 

When the IN value is set to PT, your TIP should send 
an ASCII DCl code (X-ON character) to start the 
paper tape reader, if the device supports that 
interpretation of the code. The X-ON code is issued 
after the end of a message is output to the device 
and the message empties the TIP^s output queue for 
the device. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 


LI PARAMETER 

The LI parameter specifies the number of idle char¬ 
acters to Insert in the downline data after a line¬ 
feed code. The number of idle characters inserted 
must be sufficient to provide the time needed by 
the terminal to physically move the carriage of the 
device to its next line for output. 
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This parameter is optional. If you declare this 
parameter y you must use the reserved word CCP or a 
value In the following range: 

0 < 11 < 127 

If you omit the LI parameter or specify the value 
CCP, the default is unknown and possibly undefined. 


LK PARAMETER 

The LK parameter specifies whether unsolicited 
messages from the NPU or host operator can appear 
at the terminal. This parameter is optional. 

If you specify this parameter, you must use one of 
the following values: 

CCP Indicates that your site-written TIP 

should use the default mode appropriate 
for the terminal class; using this value 
is equivalent to omitting the parameter. 

NO Indicates that unsolicited messages 

should be delivered to the terminal as 

soon as received by your site-written 
TIP. 

YES Indicates that unsolicited messages 

should be discarded (locked out). 

If you omit this parameter or specify the value CCP, 
the default value Is unknown and possibly undefined. 


MCI PARAMETER 

The MCI parameter specifies the delay after a 
carriage return is output. This delay is in 
A-millisecond increments. This value is used by 
CCP to compute the number of idle characters output. 

This parameter is optional. The MCI parameter has 
the following value range: 

0 <mc± < 250 

If you omit the MCI parameter, the default value is 
unknown and possibly undefined. 


MLI PARAMETER 

The MLI parameter specifies the delay after a line 
feed is output. *11118 delay is in 4-millisecond 
increments. This value is used by CCP to compute 
the number of idle characters output. 

This parameter is optional. The MLI parameter has 
the following value range: 

0 < mil < 250 

If you omit the MLI para^meter, the default value is 
unknown and possibly undefined. 


OC PARAMETER 

*rhe OC parameter specifies whether or not the out¬ 
put mechanism of the device sends an ASCII DC3 code 
(X-OFF character) as a signal for your site-written 
TIP to Interrupt output and an ASCII DCl code (X-ON 
character) as a signal for the TIP to resume output. 
The TIP might accept these codes for control of 
output flow by devices that must periodically 
interrupt output to perform such functions as 
emptying buffers to offline storage devices. DCl 
and DC3 codes used in this manner are probably 
discarded by the TIP. 


You should only use this parameter when the device 
actually using the line requires it. The DCl and 
DC3 codes can be sent for many purposes by terminal 
users; either code in input might be Intended as 
data for the host application program. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that the TIP should use the 
default appropriate for the terminal 
class; using this value is equivalent 
to omitting the parameter* 

NO Indicates that the TIP should ignore 

X-ON and X-OFF characters in input; 

output control by the device is 
unnecessary* 

YES Indicates that the TIP should recognize 

X-ON and X-OFF characters in input as 

output control by the device. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 


OP PARAMETER 

The OP parameter identifies the output mechanism, 
page width processing requirement, and page length 
processing requirement of the device. Your site- 
written TIP might support these output mechanisms: 

A console screen 

A hardcopy mechanism, such as a printer 
A paper tape punch 

The TIP might perform one of these processing 
actions when a finite page width is reached: 

Inserts the codes appropriate to return the 
cursor or carriage to the beginning of the next 
physical line. 

Inserts no codes, which performs no action. 

If the device has a page width of 0, the second 
choice is probably used. Refer to the PW Parameter 
description. 
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Your site-written TIP might perform one of these 
processing actions when a finite page length is 
reached: 

Inserts the codes appropriate to cause the 

cursor or carriage to move to the next page 

(clear screen, formfeed, and so forth). 

Inserts no codes, which performs no action. 

If the device has a page length of 0, the second 
choice is probably used. Refer to the PL Parameter 
description. 

This parameter is optional. If you specify the OP 
parameter, you must use one of the following values: 

CCP Indicates that the TIP should use the 

default options appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

DI Indicates that the console display 

screen is used, no codes should be 
inserted when page width is reached 
(the device does its own line folding), 
and codes should be inserted when page 
length is reached. 

PR Indicates that a hardcopy printer is 

used, codes should be inserted when 
page width is reached (the device does 
not do its own line folding), and codes 
should be inserted when page length is 
reached. 

PT Indicates that a paper tape punch is 

used, lines should be folded, but codes 
should not be inserted when page length 
is reached, and page wait is not 
effective. 

When the OP value is set to PT, your TIP might send 
an ASCII DCl code (X-OFF character) at the end of 
the message with postprint format control. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 


PA PARAMETER 

The PA parameter indicates the processing your 
site-written TIP should perform for the parity bit 
within each character byte of upline or downline 
data. The TIP might process the parity bit of all 
upline character codes in one of five ways: 

Ignores the input byte parity bit and sets it to 
zero after input. Converts the byte to an ASCII 
code if the device is operating in normalized mode, 
then forwards the byte upline to the application 
program. This is called zero parity processing. 

Checks the input byte parity bit to ensure that it 
is set to zero or one, as necessary to give the 
byte an even number of bits; odd settings are 
indicated to the receiving application program as 
parity errors. Sets the parity bit to zero after 
input, converts the byte to an ASCII code if the 
device is operating in normalized mode, then 
forwards the byte upline to the application 
program. This is called even parity processing. 


Checks the input byte parity bit to ensure that it 
is set to zero or one, as necessary to give the 
byte an odd number of bits; even settings are 
indicated to the receiving application program as 
parity errors. Sets the parity bit to zero after 
input, converts the byte to an ASCII code if the 
device is operating in normalized mode, then 

forwards the byte upline to the application 
program. This is called odd parity processing. 

Ignores the input byte parity bit. If the device 

is operating in normalized mode, sets the parity 
bit to zero, converts the byte to an ASCII code, 
and then forwards the byte upline to the 

application program. If the device is operating in 
transparent mode, forwards the 8 bits unchanged to 
the application (for devices that send 8-bit bytes, 
this allows the application program to receive bit 
7 as data). This is called no parity processing. 

Ignores the input byte parity bit. If the device 

is operating in normalized mode, sets the parity 
bit to zero, converts the byte to an ASCII code, 
and then forwards the byte upline to the 

application program. If the device is operating in 
transparent mode, ignore the parity bit when 

checking for transparent mode input delimeters. 
Forward the 8 bits unchanged to the application in 
the same way as for no parity. This is called 

ignore parity processing. 

The TIP might also process the upper bit (bit 7) of 
all downline character code bytes in one of four 
ways: 

If the device is operating in normalized mode, 
the TIP converts the lower seven bits of the 

byte, if necessary, to the code set used by the 
device. The parity bit in the output byte is 
set to zero, regardless of the setting of bit 7 
in the downline byte. This is called zero 
parity processing. 

If the device is operating in normalized mode, 
the TIP converts the lower seven bits of the 

byte, if necessary, to the code set used by the 
device. The parity bit in the output byte is 

set to zero or one, as necessary to give the 

byte an even number of set bits; the setting of 

bit 7 in the downline byte is ignored. This is 

called even parity processing. 

If the device is operating in normalized mode, 
the TIP converts the lower seven bits of the 

byte, if necessary, to the code set used by the 
device. The parity bit in the output byte is 

set to zero or one, as necessary to give the 

byte an odd number of set bits; the setting of 
bit 7 in the downline byte is ignored. This is 
called odd parity processing. 

If the device is operating in normalized mode, 
the TIP converts the lower seven bits of the 

byte, if necessary, to the code set used by the 
device and the parity bit in the output byte is 
set to zero, regardless of the setting of bit 7 
in the downline byte. If the device is 
operating in transparent mode, the parity bit 
in the output byte is unchanged from the 
setting of bit 7 in the downline byte (for 

devices that can receive 8-bit bytes, this 

allows the application program to use bit 7 as 
data). This is the method CCP uses for both no 
parity and ignore parity processing. 
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You can specify one of these input and output 
processing options to match the parity bit input 
processing performed by the device and the output 
processing expected by it. If the device will 
operate in transparent mode» you must specify 
either the no parity or the Ignore parity option 
for an application program and the device to 
exchange hexadecimal codes with values between 7F 
and FF (using bit 7 as data). 

No parity and ignore parity processing differ only 
in the way that a transparent input delimiter is 
recognized. For both PA=N and PA=»I, all 8 bits are 
treated as data during transparent input and 
output. For PA^N, a transparent input delimiter is 
recognized when the 8-blt byte input from the 
device matches the 8-blt byte specified as the 
delimiter. For PA=I, a transparent input delimiter 
is recognized when the bottom 7 bits of the byte 
input from the device match the bottom 7 bits of 
the specified delimiter; the parity bit is ignored. 

This parameter is optional. If you specify the PA 
parameter, you must use one of the following values: 

CCP Indicates that the TIP performs the 

parity processing appropriate as a 
default for the terminal class; using 
this value is equivalent to omitting 
the parameter. 

E Indicates that the TIP should perform 

even parity processing for both input 
and output bytes. 

I Indicates that the TIP performs Ignore 

parity processing for both input and 
output bytes. 

N Indicates that the TIP should perform 

no parity processing for both input and 
output bytes. 

0 Indicates that the TIP should perform 

odd parity processing for both input 
and output bytes. 

Z Indicates that the TIP should perform 

zero parity processing for both input 
and output bytes. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 


PG PARAMETER 

The PG parameter specifies whether your site-written 
TIP should wait at each output page boundary for 
terminal user acknowledgment before it displays the 
next page of data. In certain situations, page 
waiting can occur other than at page boundaries; 
the TIP might produce a prompting message (OVER..) 
when this type of page waiting occurs. The user^s 
response to page waiting is entry of a line, usually 
empty. 

The TIP probably views a new page as beginning at 
the start of each downline message. The TIP calcu¬ 
lates the length of a page from the current values 
of the page width and page length (see PW and PL 
Parameter descriptions). If the page width is 


infinite (PW^O), a page consists of one line less 
than the number of logical lines specified as the 
page length. If the page width is finite (PW is 
nonzero), a page consists of one line less than the 
number of physical lines specified by the page 
length; the TIP calculates the number of physical 
lines by dividing each logical line into units less 
than or equal to the page width. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 


CCP 

Indicates that the TIP should use 
default setting appropriate for 
terminal class; using this value 
equivalent to omitting the parameter, 

the 

the 

is 

NO 

Indicates 

that page waiting should 

not 


occur. 



YES 

Indicates 

that page waiting should 


occur. 




When you specify PG=YES, you should also specify a 
nonzero value for the PL parameter. A TIP cannot 
perform page waiting at the boundaries of infinitely 
long pages (PL»0). 

If you omit the PG parameter or specify a value of 
CCP, the default is unknown and possibly undefined. 


PL PARAMETER 

The PL parameter specifies the number of physical 
lines per page of output for the device. If the 
device is configured for page waiting (PG param¬ 
eter), any message containing more lines of output 
than the page length should be interrupted by your 
site-written TIP for a page waiting response from 
the terminal user. The interruption probably occurs 
after line pi - 1 is output. If the device uses a 
hardcopy output mechanism (OP of PR, such as is 
normal for terminal classes 2741 or M33), your 
site-written TIP should Insert formfeed codes at 
page length boundaries. 

This parameter is optional. If you specify the PL 
parameter, you must use one of the following values: 

CCP 

Indicates that the TIP should use the 
default page length appropriate for the 
terminal class; using this value is equiv¬ 
alent to omitting the parameter. 

0 

Indicates an infinite page length. An 
infinite page length means that no page 
waiting occurs and no form-feed codes are 
inserted. 

8 < pi £ 255 

Indicates the number of physical lines per 
page. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 
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PRI PARAMETER 

The PRI parameter is a stand-alone keyword that 
indicates whether data to or from the device is to 
have traffic priority over that to or from other 
devices in the network. Data to or from a device 
that does not have traffic priority is suspended to 
relieve network congestion before data to or from 
terminals with traffic priority is suspended. 
Interactive terminals should usually be given 
traffic priority over batch devices* 

This parameter is optional. If you specify the PRI 
parameter, you must use one of the following values: 


NO 

Indicates 
have data 

that the device 
traffic priority. 

should 

not 

YES 

Indicates 

that the device 

should 

have 


data traffic priority. 




If you declare this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default is unknown and possibly undefined. 


PW PARAMETER 

The PW parameter defines the number of characters 
per physical line of output for this device. This 
physical line length is also called the page width. 

For console devices (DT of CON) with a printer 
defined as the output mechanism (OP of PR), output 
lines longer than pw characters are divided into 
lines of pw or fewer characters each. For console 
devices with a display defined as the output mech¬ 
anism (OP of DT), output lines longer than pw 
characters are not divided but are counted as more 
than one line for page length calculations; if the 
PW value for a device is Inappropriate, loss of 
visual fidelity can occur (the application program 
might divide the data into lines that are too short 
or too long for the screen's capacity, instead of 
allowing the terminal to wrap lines when needed). 

This parameter is optional. If you specify the PW 
parameter, you must use one of the following values: 

CCP 

Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter* 

0 

Indicates that the device has an infinite 
page width. An infinite page width probably 
means that physical line length has no 
effect on output formatting. 

20 £ pw £ 255 

Indicates that the device can support 
physical lines no longer than the Indicated 
decimal value. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 


P90 THROUGH P99 PARAMETERS 

These ten parameters indicate the hexadecimal field 
value to use for the corresponding field number 
within configuration information transmitted for 
this device to your site-written Terminal Interface 
Program. Released versions of the CDC-wrltten TIPs 
do not use these ten field number/field value pairs. 

These parameters are optional. If you specify a 
value, it must be within the following range: 

0 _< fv91 < FF 

If you omit these parameters, there are no default 
values• 

RTS PARAMETER 

The RTS parameter specifies whether RTS input flow 
control is in effect on the line. 

If this parameter is selected, CCP drops the RS-232C 
Request to Send (RTS) signal when It needs to 
regulate input flow on a line. When CCP can again 
receive input on the line, it will raise the RTS 
signal and the flow of input resumes. 

RTS input flow control can be used to regulate 
input if and only if the following two conditions 
are satisified. The sending device (for example, 
the terminal connected to CCP) must be able to 
recognize one of the EIS-232C signals as a sign to 
stop and start transmission of data. In addition, 
the connection between the NPU and the terminal 
must be wired such that RTS from CCP is received as 
the signal recognized by the terminal, most 
commonly Clear to Send (CTS). 

This parameter is optional; it is valid for only 
asynchronous devices. If you specify the RTS 
parameter, you must use one of the following values: 

NO Indicates that the RTS signal is not 

raised or dropped to effect Input flow 
control * 

YES Indicates that the RTS signal is raised 

and dropped to effect input flow control. 

If you omit this parameter, the default is unknown 
and possibly undefined. 

SDT PARAMETER 

The SDT parameter specifies the subdevice type of 
the device you are defining. The subdevice type is 
the set of external characteristics of Interest to 
the network software. This parameter is optional* 

The following values are allowed definitions of a 
printer character set: 


A6 

Indicates that 
characters. 

the 

device uses 

64 

ASCII 

A9 

Indicates that 
characters. 

the 

device uses 

95 

ASCII 

B6 

Indicates that 

the device uses 

the 


6A-character 
character set. 

CDC 

scientific 


(BCD) 


60480000 R 


7-25 



CCP Indicates that your site-written TIP 
should use the default appropriate for 
the device; using this value is equiv¬ 
alent to omitting the parameter. 

SDT12 Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

The following values are allowed definitions of a 
card reader punch pattern set: 

CCP Indicates that your site-written TIP 

should use the default appropriate for 
the device; using this value Is equiv¬ 
alent to omitting the parameter. 

26 Indicates that the device uses the 026 

pattern set or the default pattern at 
the beginning of each job deck la that 
set. 

29 Indicates that the device uses the 029 

pattern set or the default pattern at 
the beginning of each job deck is that 
set. 

The following values are allowed definitions of a 

plotter instruction byte size: 

CCP Indicates that your site-written TIP 

should use the default appropriate for 
the device; using this value is equiv¬ 
alent to omitting the parameter. 

6BIT Indicates that the device uses a 6-bit 

byte for each instruction. 

8BIT Indicates that the device uses an 8-blt 
byte for each Instruction. 

If you omit the SDT parameter or specify the value 
CCP, the default is unknown and possibly undefined. 


STREAM PARAMETER 

The STREAM parameter defines the stream number used 
within the terminal to address data to or from the 
device. This stream number should be unique for 
each device of the same type within the terminal. 
If the terminal has plotters, the stream number for 
each plotter should be unique among all plotters 
and card punches within the terminal. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 

AUTOREC 

Specifies that the stream number is to be 
determined by your site-written TIP when 
automatic recognition of the terminal occurs 
(valid only if the corresponding LINE or 
GROUP statement contains the AUTO param¬ 
eter); using this value is equivalent to 
omitting the parameter. 


1 ^ streamno £ 7 

Indicates the stream number associated with 
the device within the terminal. 

If you omit this parameter or specify the value 
AUTOREC, the stream number determined during auto¬ 
matic recognition of the line is used. 


TA PARAMETER 

The TA parameter defines the terminal address of 
the device within the terminal device cluster. 

The TA parameter is optional. 

If you specify this parameter, you must use the 
following value: 

AUTOREC 

Indicates that your site-written TIP should 
determine the terminal address code during 
automatic recognition of the terminal 
(valid only if the AUTO parameter is used 
in the corresponding LINE or GROUP state¬ 
ment); using this value is equivalent to 
omitting the parameter. 

If you omit this parameter or specify the value 
AUTOREC, the value determined by automatic recog¬ 
nition of the line is used. 


UBL PARAMETER 

The upline block limit (UBL) parameter specifies 
the number of upline blocks that can be outstanding 
(unacknowledged) between this terminal and an 
application program. The value you choose is 
Independent of the ABL and DBL parameters. 

You should choose a value that is larger than the 
maximum number of logical lines the terminal user 
can enter before output from the application program 
in the host must occur. A fixed number of input 
messages might have significance to an application 
program. If such an application does not perform 
output until receiving that number of input messages 
and if you choose a UBL value smaller than this 
number, the application program becomes dead-locked 
(it waits for blocks of data that the TIP might 
discard because the block limit has been reached 
for upline queuing). If the device must receive 
output before it can begin additional input, the 
device also becomes deadlocked by this situation. 

This parameter is optional. The UBL parameter has 
the following range of values: 

1 < ubl < 31 

If you omit the UBL parameter, the default is 
unknown and possibly undefined. 


UBZ PARAMETER 

The upline block size (UBZ) parameter specifies the 
maximum number of character bytes each upline block 
can contain. The TIP probably divides each message 
from the terminal into blocks of the size you 
choose. The size you choose affects how much memory 
is needed to store the outstanding (unacknowledged) 
blocks of data in the NPU and the host. 
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You should choose a value that allows most of the 
logical lines entered by the device to fit into a 
single block so that messages need not be divided 
into multiple network blocks. You should also 
choose a value that can be efficiently manipulated 
by the host application program. 

This parameter Is optional* The UBZ parameter has 
the following range of values: 

0 < ubz < 2043 

Tf you specify 0, your site-written TIP should send 
an upline block whenever it receives 100 characters, 
or it detects a linefeed code, or when the page 
width is reached. 


The value you declare should be chosen together 
with the value used for the UBL parameter. The NDL 
processor rounds the value you supply to the next 
multiple of 100 bytes, as follows: 


Value 

Value Supplied Used in File 


0 0 

1 < ubz £ 100 100 

101 < ubz < 200 200 


1901 < ubz £ 2000 2000 

The NDL processor issues an informative messsage if 
it alters the value you specify. 


I For the Message Control System (MCS), the upline 
block size must be set to 0* 


Tf you omit the UBZ parameter, the default is 
unknown and possibly undefined. 


XBZ PARAMETER 

The transmission block size (XBZ) parameter speci¬ 
fies the maximum number of character bytes each 
block sent to the terminal can contain. Your 
site-written TIP divides downline blocks as neces¬ 
sary to create a block of the specified number of 
characters. The value you choose should be less 
than or equal to the size of any buffer memory 
within the terminal. 

This parameter is optional. The XBZ parameter has 
the following range of values; 

200 < xbz < 2043 

If you omit the XBZ parameter, the default is 
unknown and possibly undefined. 


XLC PARAMETER 

The XLC parameter indicates the maximum number of 
characters that can be input in each message of 
multiple-message transparent mode input from this 
device. After the terminal user or the application 
program changes the device's input mode to trans¬ 


parent from normalized, the following occurs. VHien 
the device transmits the given number of characters, 
a message block is forwarded to the application and 
the device remains in transparent mode. 

This parameter is optional. You can use the fol¬ 
lowing values: 

CCP 

Indicates that the TIP should use the 
default number appropriate for the terminal 
class; using this value is equivalent to 
omitting the parameter. 

I £ xlc < 4095 

Indicates the maximum decimal number of 
characters that the terminal can transmit 
as one multiple-message transparent mode 
message. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 


XLTO PARAMETER 

The XLTO parameter specifies whether a 200- to 
400-mllllsecond timeout on the communication line 
ends multiple-message transparent mode input. After 
the terminal user or the application program changes 
the device's input mode to transparent from normal¬ 
ized, your site-written TIP probably forwards a 
message block to the application and changes back 

from transparent mode to normalized mode when the 
device stops transmitting for the indicated timeout 
period. 

This parameter is optional. Tf , you specify the 
XLTO parameter, you can use one of the following 
values: 

CCP Indicates that the TIP should use the 

default choice appropriate for the 

terminal class; using this value is 
equivalent to omitting the parameter. 

NO Indicates that a timeout does not end 

transparent mode Input. 

YES Indicates that transparent mode input 

ends when a timeout occurs* 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 


XLX PARAMETER 

The XLX parameter indicates the hexadecimal value 
of the character code that should cause upline 
transmission of a message in multiple-message 
transparent mode* If this character code is also 
used as the value for the XLY parameter and is input 
twice in succession, the device will be put back in 
normalized input mode as determined by the IN 
parameter. 
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This parameter is optional. The value that is valid 
for a given character depends on the character code 
set used by the terminal* You can use the following 
values: 

CCP 

Indicates that the TIP should use the 
default character code appropriate for the 
terminal class; using this value is equiv¬ 
alent to omitting the parameter; 

0 < xlx < FF 

Indicates the hexadecimal code that ends 
each message within multiple-message trans¬ 
parent input * 

Values above 7F should not be used unless the PA 
parameter value of N or I is used* Codes above 7F 
might not be seen by the TIP unless the eighth 
(parity) bit of each input byte is defined as data* 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined* 


XLY PARAMETER 

The XLY parameter Indicates the hexadecimal value 
of the character code that should end multiple- 
message transparent mode operation* After the 
terminal user or the application program changes 
the dev iced's input mode to transparent from normal¬ 
ized, your site-written TIP probably changes back 
from transparent mode to normalized mode when the 
device transmits this character* This character 
code probably does not change the device^s input 
mode if the code is also used as the value for the 
XLX parameter (unless it is input twice in succes¬ 
sion). 

You should select transparent mode input delimiters 
with care* The character code you declare as the 
XLY value must be the code of a character that the 


physical device can input* If the delimiter you 
declare is a character that cannot be input (either 
because of device hardware limitations or because 
of the PA parameter value declared for the device), 
then the Terminal Interface Program cannot terminate 
transparent mode input and the device will be trap¬ 
ped in that mode of operation once it has begun* 

This parameter is optional* The value that is valid 
for a given character depends on the character code 
set used by the terminal* You can use one of the 
following values: 

CCP 

Indicates that the TIP should use the 
default character code appropriate for the 
terminal class; using this value is equiv¬ 
alent to omitting the parameter* 

0 <xly < FF 

Indicates the hexadecimal code that ends 
multiple-message transparent input* 


Values above 7F should not be used unless the PA 
parameter value of N or I is used* Codes above 7F 
might not be seen by the TIP unless the eighth 
(parity) bit of each input byte Is defined as data* 

If you omit this parameter or specify the value 
CCP, the default is unknown and possibly undefined* 


BUFFERING OF DATA 

Sections 4 through 6 end with data buffering guide¬ 
lines based on experience with CDC-wrltten TIPs 
supporting CDC-deflned devices in CDC-deflned 
terminal classes. Those guidelines presume CDC- 
deflned line types and CDC-written host application 
programs. 
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LOCAL DPVISION STATIMiNTS 


8 


The local division describes those components of 
the network for which the Network Validation Facil¬ 
ity in a host computer provides access control. 
These components are network application programs, 
device users, and directions for making and receiv¬ 
ing application-to-application connections. These 
components are considered local to that host. 

You can omit the local division from an NDL program 
if a new local configuration file is not needed. 
If no local configuration file exists for a host, 
you must create one, even if it is empty. There 
must be one LCF for each host in the network. 

One local configuration file is created for each 
local division in your program. You can have more 
than one division so that you can create local con¬ 
figuration files for more than one host or alternate 
files for each host. 

I Only the local division of an NDL program applies 
to CDCNET networks. 

LFILE STATEMENT 

The LFILE statement names the local configuration 
file to be created. It must be the first statement, 
other than a COMMENT statement, in the local 
division. LFILE can be the only statement in the 
division if a file must be created but no local 
configuration requirements exist. 

The NOS local file name specified in the LFILE 
statement should not be the same as that of another 
local file assigned to your job. The local con¬ 
figuration file is described in more detail in 
section 9. 

The format of the LFILE statement is shown in figure 
8-1. An example of a valid NFILE statement is 

LOCFILE: LFILE. 


This statement creates a local configuration file 
with the NOS local file name LOCFILE. 


Lfile: 

LFILE. 

Lfl Le 

The Local file name of the new Local 


configuration file to be created. 


This name is required and must 


conform to NOS file name conven¬ 


tions; there is no default value. 


Figure 8-1. LFILE Statement Format 


USER STATEMENT 

The USER statement can provide the login parameter 
values required by the Network Validation Facility 
(NVF) for a console and any associated batch devices 
when a terminal becomes active. This statement can 
also restrict access by a device to more than one 
network application program. The USER statement 
has the format shown in figure 8-2. 

You can supply some or all of the login information 
(except a password value), so that the console user 
need not enter a value in response to each login 
prompt. NVF prompts the user for any values that 
you do not supply and omits prompts for values that 
you do supply. No prompt for password occurs when 
you supply a user name. 

If you supply a mandatory value (MFAM, MUSER, or 
MAPPL parameter), the user is not prompted for an 
alternative. The user cannot override any supplied 
mandatory value and cannot specify a password. 

If you supply a default value (DFAM, or DUSER 
parameter), the user is prompted for an alternative. 
The user can override any supplied default value 
and can specify a password. 

If you specify a primary value (PFAM, PUSER, or 
PAPPL), the user is not prompted for an alternative. 
However, the user can override the supplied value. 

The device names specified should match device names 
in the DEVICE or TERMDEV statements for the NCF 
being used by the network. When GROUP statements 
are used in the NCF, you must supply the NDL- 
generated device names. The NDL processor does not 
diagnose unmatched names; if no match exists, the 
USER statement has no effect. 

The following USER statement restricts access to a 
single network application program, without login 
dialog: 

DEVA09: USER, MFAM-0, MUSER=NHP7600, MAPPL-IAF. 

This statement causes all users of the console 
called DEVA09 to be automatically logged into lAF 
using the NOS system default family name and the 
user name NHP7600. No password validation occurs 
during this automatic login, and lAF is the only 
network application program that DEVA09 is permitted 
to access. 

The following USER statement supplies unrestricted 
access to a single network application program: 

DEVA09: USER,DFAM=0,DUSER=NHP7600,PAPPL=IAF. 
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device; USERC,MFAM=inanafam,MUSER=manausr,MAPPL=raanappL^OFAH=deftfam,DUSER=deftusr,PFAM=pfara,: 

CPUSER=puser,PAPPL=priroappD. 


device The element name of the terminal device for which the information is being specified. 

This name should be an element name specified on or generated by NDL for a TERMDEV or 
DEVICE statement in the network division that creates the network configuration file for 
the network using this local configuration file. 

manafam The mandatory family name to use during automatic login of the device user. If MFAM is 
supplied, the user is never prompted for entry of a family name. If MFAM=0 is specified, 
the NOS system default family name is used; if MFAM is omitted or MFAM=N0NE is specified, 
the user is always prompted for entry of a family name. Valid values for manafam are 
determined by each site. This parameter cannot be specified if the DFAM or PFAM parameter 
is specified. 

manausr The mandatory user name to use during automatic login of the device user. If MUSER is 
supplied, the user is never prompted for entry of a user name or password; if MUSER is 
omitted or HUSER=NONE is specified, thfe user is always prompted for entry of a user name 
and password. Valid values for manausr are determined by each site. This parameter 
cannot be specified if the DUSER or PUSER parameter is specified. 

manappl The mandatory application name to use during automatic login of the device user. If MAPPL 
is supplied, the user is never prompted for entry of an application program name; NVF 
connects the device to this program as soon as access validation is completed. If MAPPL 
is omitted or HAPPL=NONE is specified, the user is always prompted for entry of an 
application program name. The name must be that of an application program in the NOS 
common deck COMTNAP for the host using this local configuration file, or the value CS if 
the user is a network or diagnostic operator. 

deftfam The default family name to use during login of the device user. If DFAM is supplied, the 
user can enter a null line in response to the family name prompt. If DFAM=0 is specified, 
the NOS system default family name is used; if DFAM is omitted or DFAM=NONE is specified, 
the user must respond to the family name prompt with a valid, nonblank entry. The value 
specified can be overridden if the user enters a nonblank line. Valid values for 
deftfam are determined by each site. This parameter cannot be specified if the MFAM or 
PFAM parameter is specified. 

deftusr The default user name to use for the device during login. If deftusr is specified, the 
device user can enter a null Line in response to the user name prompt; if such an entry 
occurs, the user is not prompted for a password; if DUSER is omitted or DUSER=NONE is 
specified, the device user must respond to the user name and password prompts with valid, 
nonblank entries. The value specified can be overridden if the user enters a nonblank 
line. This parameter cannot be specified if the MUSER or PUSER parameter is specified. 

pfam The primary auto-login family name- If PFAM is specified, the terminal user is not 

prompted for a family name on the first login attempt. This parameter cannot be specified 
if MFAM or DFAM is specified. 

puser The primary auto-login user name. If PUSER is specified, the terminal user is not 

prompted for a user name on the first login attempt- This parameter cannot be specified 
if MUSER or DUSER is specified. 

primapp The default (primary login) application name to use during initial login of the device 

user- If PAPPL is supplied, the user is not prompted for entry of an application program 
name during the first login attempt after connection to the host occurs; NVF connects the 
device to this program as soon as access validation is completed. If PAPPL is omitted or 
PAPPL =NONE is specified, the user must respond to the application program name prompt with 
a valid, nonblank entry. The name must be that of an application program in the NOS 
common deck COMTNAP for the host using this local configuration file, or the value CS if 
the user is a network or diagnostic operator- The value specified is overridden if the 
user enters a nonblank line. 


Figure 8-2. USER Statement Format 
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This statement causes all users of the console 
called DEVA09 to be logged into lAF using the NOS 
system default family name and the user name NHP7600 
by simply responding to each NVF prompt with an 
empty input line (usually generated by pressing the 
carriage return key). Password validation occurs 
during this login only if a user volunteers a value. 
lAF Is the first but not the only network appli¬ 
cation program that DEVA09 is permitted to access. 

The following USER statement configures a remote 
batch console and Its related devices for access to 
RBF. The console is prompted only for family name 
and user name; the terminal operator can respond to 
both prompts with empty input lines. Connection to 
RBF is automatic: 

DEVA09: USER,DFAM=0,DUSER=NHP3456,PAPPL=RBF. 


Printer Support Utility (PSU) 

Permanent File Transfer Initiator (PTF) 
Permanent File Transfer Server (PTFS) 

Queue File Transfer Initiator (QTF) 

Queue File Transfer Server (QTFS) 

Remote Batch Facility (RBF) 

Transaction Facility (TAF) 

Terminal Verification Facility (TVF) 

Of these, the applications RBF, PTF, PTFS, QTF, 

QTFS, and TAF require special privileges as follows: 


The network configuration defined for systems 
containing Centronics 533/536 and/or Hitachi 585 
printers must Include definitions for these 
printers. A USER statement is required to define 
each of these printers. 

devlcex: USER MFAM=family,MUSER=PRINTxy, 
MAPPL=PSU. 

where xy is a number between 01 and 12, devlcex is 
the name of the printer specified in the Network 
Configuration File (533/536 printers only), and 
family is the name of the family containing the 
user name PRINTxy. 

PSU recognizes printers by the user name they log 
in with at the time they connect to PSU. There¬ 
fore, the printers must be defined under the user 
name PRINTxy to connect to the network. The user 
name PRINTxy must be validated for PSU. 

APPL STATEMENT 

The APPL statement defines special requirements for 
access to or execution of a network application 
program. APPL statements are not required for any 
CDC-written or site-written application program 
unless one of these requirements exists. 

The format of the APPL statement is shown in figure 
8-3. All APPL statement parameters apply to appli¬ 
cations whether they are connected to CCP or CDCNET 
networks. 

The CDC-written application programs are: 

Network Log Server (NETLS) 

Network Operator Facility (NOF) 

Network File Server (NETFS) 

Initialize MDI Server (INITMDI) 

Network Log Termination Utility (NLTERM) 
Interactive Facility (lAF) 

Interactive Transfer Facility (ITF) 

Message Control System (MCS) 

NOS/VE Interactive Facility (VEIAF) 

PLATO NAM Interface (PLATO) 


RBF: APPL,UID,PRU. 

PTF: APPL,PRU,NETXFR,RS,MXC0PYS«3. 

PTFS: APPL,PRU,NETXFR,RS,MXCOPYS»15 
QTF: APPL,PRU,NETXFR,RS,MXCOPYS=3. 

QTFS: APPL,PRU,NETXFR,RS,MXCOPYS«15. 

TAF: APPL,UID. 

These statements can be used regardless of whether 
the corresponding programs are installed in the 
host. 

You could also define CDC-written programs with the 
statements: 

lAF; APPL,PRIV. 

MCS: APPL,PRIV. 

PLATO: APPL,PRIV. 

RBF: APPL,PRIV,UID,PRU. 

TAF: APPL,PRIV,UID. 

TVF: APPL. 

PTF: APPL,PRIV,PRU,NETXFR,RS,MXCOPYS=3. 

PTF S: APPL,PRIV,PRU,NETXFR,RS,MXCOPYS-15. 

QTF: APPL,PRIV,PRU,NETXFR,RS,MXCOPYS-3. 

QTFS: APPL,PRIV,PRU,NETXFR,RS,MXCOPYS-15 . 

These programs can execute without being defined as 
privileged, but this set of statements defines them 
that way to improve site security. Any program 
attempting to access the network (NETON) as one of 
these five programs but not meeting the entry point 
requirement is denied access. TVF must not have 
PRIV or PRIV=YES associated with it in an APPL 
statement. 

The CDC-written application programs, NETLS, NETOU, 
NETFS, and NLTERM are defined with the statements: 

NETLS; APPL,RS,PRIV. 

NETOU: APPL,KDSP,RS,PRIV. 

NETFS: APPL,KDSP,RS,PRIV. 

NLTERM: APPL,KDSP. 

To avoid possible problems with the integrity of 
the network and with validated users' ability to 
access CDC-written network application programs, 
you should not allow use of the following names for 
site-written network application programs: 


ALL 

lAF 

MLTF 

NS 

PTFS 

TCF 

BYE 

INITMDI 

NETFS 

NUL 

QTF 

TVF 

CS 

ITF 

NETLS 

NVF 

QTFS 

VEIAF 

DOP 

LOGIN 

NETOS 

PFU 

RBF 


FTS 

LOGOUT 

NETTU 

PLATO 

RMF 


FTPS 

MCS 

NLTERM 

PSU 

SCF 


HELLO 

MHF 

NOF 

PTF 

TAF 



I 

I 
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service: APPLC,UI0C=yni:,PRIVC=yn23,DIC=yn33,KDSPC=yn4D,PRUC-yn5],NETXFRC=yn6D,R$C=yn73,3 
CMXC0PYS=inxcopys3. 


service The element name of the application program being configured as a network resource. This 

must be the name used by the program in its Network Access Method NETON statement and is the 
name terminal users must specify when logging in to it. If mxcopys = 1, this name can 
contain up to seven letters and digits starting with a letter. If mxcopys > then this 
name can contain a maximum of five characters. This name cannot assume the following 
reserved application names: ALL, BYE, CS, HELLO, LOGIN, LOGOUT, NS, NUL, or NVF. 

yn1 An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 

parameter indicates whether the application program requires users to have unique identi¬ 
fication. If UID or UID=YES is specified, only one terminal with a given user index and 
family name combination will be allowed connection with the application at a time- If UID 
is omitted or UID=NO is specified, more than one terminal at a time can be connected with 
the same combination of user index and family name. 

yn2 An optional reserved word value (YES or NO^) for an optional stand-alone keyword; this param¬ 

eter identifies whether the application program must have privileged application status to 
access the network- If PRIV or PRIV=YES is specified, the program cannot connect to the 
network unless it contains an SSJ= entry point- If PRIV is omitted or PRIV=NO is specified, 
the program can access the network whether or not it contains an SSJ= entry point. 

yn3 An optional reserved word value (YES or NO) for an optional stand-alone keyword; this param¬ 

eter specifies the status assigned to this program at network initiation. When DI or DI=YES 
is specified, the program is disabled at network initiation and cannot connect to the net¬ 
work until the HOP enables it- If DI is omitted or DI=NO is specified, the program is given 
an initial status of enabled unless the HOP specifies otherwise. 

yn4 An optional reserved word value (YES or ^) which specifies whether the application program 

is allowed to use the NAM K-display- If KDSP or KDSP=YES is specified, the application is 
allowed to use the NAM K-display. If KDSP is omitted or KDSP=NO is specified, the 

application is not allowed to use the NAM K-display. KDSP is not supported for non-CDC 

applications. 

ynS An optional reserved word value (YES or NO) which specifies whether the application program 

is allowed to use the NAM PRU feature. If PRU or PRU=YES is specified, the application is 
allowed to use the NAM PRU feature. If PRU is omitted or PRU=NO is specified, the 
application is not allowed to use the NAM PRU feature. This parameter must be specified for 
the CDC supported applications RBF, QTF, PTF, QTFS, and PTFS- PRU is not supported for 
non-CDC applications. 

yn6 An optional reserved word value (YES or NO^) which specifies whether the application program 

is allowed to use the NAM file transfer capability NETXFR. If NETXFR or NETXFR=YES is 
specified, the application is allowed to use NETXFR- If NETXFR is omitted or NETXFR=N0 is 

specified, the application is not allowed to use NETXFR- This parameter must be specified 

for the CDC supported applications QTF, PTF, QTFS, and PTFS- NETXFR is not supported for 
non-CDC applications. 

yn7 An optional reserved word value (YES or f^) which specifies whether the application program 

is allowed to use the request startable capability- If the application is capable of 
supporting up to n number of connections (n is a parameter which the application program 
supplies to NAM), then if the RS parameter is specified, the first and each multiple of 
n+1st connection request to the application start up a new copy of the application, up to 
mxcopys number of applications. For each request startable application, a permanent file 
must be provided having the same user name that NAM is run under. The name of this file 
should be ZZxxxxx, where xxxxx is the first five characters of the application name. 

mxcopys The maximum number of copies (1 £ mxcopys £ 15) of the application that can be 

simultaneously active on the host. If mxcopys is not specified, the default value of 1 is 
used. This parameter must be specified for the CDC-supported applications PTF, PTFS, QTF, 
and QTFS. 


Figure 8-3. APPL Statement Format 
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Each valid user name in the NOS validation file 
(VALIDUs) has an internal identification value 
called a user index. Normally, each user name has 
a unique user index; however, it is possible for 
several user names to be assigned the same user 

index value. 

The Network Validation Facility program checks the 
user Index value currently associated with the 
terminal each time the terminal attempts connection 
to the network application program. If you used 
the unique identifier (UID) parameter for the pro¬ 
gram and another terminal with that index value Is 
already connected to the program, the terminal 

requesting access receives a message indicating 
that the network application program is busy. 

You should specify the UID paramete- for RBF and 
TAF. These application programs route output files 
according to the combinations of user name and 

family name associated with the terminals they 
service. RBF and TAF output cannot be properly 
routed unless only one interactive terminal at a 
time wi th a given user name and family name combi¬ 
nation is connected to the program. 

If a network application program written by your 
site can support only one terminal with a given 

user name and family name login combination at a 
time, you should specify the UID parameter for it 
as well. Terminals capable of using the program 
can then use the same user name and family name 
combination for access to it without simultaneous 
access ever occurring. 

If an application program should be available to 
terminal users only at certain times of the day, 
you can specify that it be initially disabled; the 
host operator can then enable it at the appropriate 
time. Unless an application program is enabled, it 
cannot access the network and a terminal cannot 
successfully log in to it. For example, suppose a 
program called TEST is configured by the statement 

TEST: APPLjDI. 

TEST logically exists as a network resource within 
the host computer but cannot successfully access 
the network (NETON) or be accessed by a terminal 
user until the host operator enables it and it is 
initiated. You will probably want to configure your 
site-written application programs this way until 
they are thoroughly debugged. 

Any application program defined in the local con¬ 
figuration file must also be identified with the 
same name in the operating system common deck 
COMTNAP. COMTNAP is used by NVF to validate termi¬ 
nal user login sequences. Bits in the access word 
for each user name correspond to site-written 

application programs in COMTNAP; other bits cor¬ 
respond to CDC-supplled application programs. 

When NVF is given a program name during the login 
procedure, it searches COMTNAP for that name. The 

entry for the name tells which bit in the access 
word must be set for access to the program to be 
permitted. More than one program in COMTNAP can 

specify the same access word bit, so there is no 
formal limit on the number of application programs 
that are network resources. However, you must take 
care that the correct access word bit is set for 

all user names that should have permission to access 
a given application program. 


For example, a network definition with separately 
named copies of the same application program is 
legal. In this case, the COMTNAP entries for all 
of the copies can specify the same access word bit. 
Each access word bit would then identify a superset 
or class of application programs, rather than a 
separate program. 

COMTNAP and access word use are described in further 
detail in the NOS Version 2 Installation Handbook. 


OUTCALL STATEMENT 

The OUTCALL statement is specified for each path to 
each application that is to be used for applicatlon- 
to-appllcation connection requests from application 
programs in the host being defined. The OUTCALL 
statement has the format shown in figure 8-4. 

If more than one path exists between the calling 
host and the destination host, you should use 
multiple OUTCALL statements. Multiple OUTCALL 
statements should be specified in order according 
to the priority of paths. 

OUTCALL statements are used to define call request 
data for calls between: 

Two applications in a single host 

Two applications in adjacent hosts sharing a 
front-end 

Two applications in hosts connected by a trunk 

Two applications in hosts separated by an X.25 
PSN or X.25 line 

The OUTCALL statement identifies the following 
information: 

Addressing information used for calling an 
application program in another host or in the 
same host. 

Validation information used by NVF to verify 
that the requesting application program is 
allowed to make an OUTCALL request. 

Flow control Information for the calling appli¬ 
cation and the network software to use on the 
application-to-application connection. 

The optional user facilities to be used for the 
connection (for connections via X.25 links). 

Optional call user data to be passed to a remote 
foreign host. 

Physical identifiers for which the NOS LID/PID 
table needs to be dynaioically updated by NAM. 

The call user data is limited to 128 bytes by NHP. 
Four bytes are required for the protocol identifier 
which is always present. This leaves 124 bytes for 
the SERVICE, DOMAIN, and UDATA parameters. Param¬ 
eter length validation for the above parameters is 
done by processing the parameters in the order, 
SERVICE, DOMAIN, and UDATA while maintaining a 
cumulative count of the number of bytes entered 
into the call user data field. If the value speci¬ 
fied for a parameter results in the total call user 
data length exceeding 128 bytes, that parameter 
value is declared in error. 


60480000 S 


8-5 



OUTCALL/ NAME1=name1^NAME2/PID=narne2/piclnameC/NET0S0=path, SNOOE=srcnode,DNODE=dstnode!l 
i:^ACCLEV=acclev^PRI=yn1,DBL=dwnbLirn,ABL=abl/DBZs=dwnLsiz] 
C,DHOST=dsthost,SHOST=srchost,PORT=portnum,WS=windsiz,DPLS=dpLs: 

Z, DTEA=dt ea,UBL=upb L1m,UBZ=upbs1ze,FAC1=fac code,...,F AC31=faccodel 
Z, PRID=protid,SERVICE=service, 00 MAIN=domain,UDATA=udataa 

namel One of two keywords used to specify the OUTCALL block identifier. Name1 is required and can 
be from one to seven letters and digits only. A calling application program must speci y^ 
both a namel and a name2 to identify an OUTCALL block for use in establishing the connection 
to the called application program. Name 1 does not need to be specified for application 
programs that specify their own OUTCALL parameters. If the destination host application 
program is a CDC CYBER application program, the namel parameter can specify the called^ 
application name. If namel is not the application name on the CDC CYBER, the application 
name must be specified in the udata field. 

name2 The second of two keywords used to specify the OUTCALL block identifier. Name2 is required 
(if PID is not specified) and can be from one to three letters and digits only. A calling 
application program must either explicitly or implicitly specify name2 unless an interhost 
application-to-application connection is required. This identifies an OUTCALL block for use 
in establishing the connection to the called application program. If the destination host 
application program is a CDC CYBER application program, the name2 parameter can specify the 
remote host identifier, which can be the remote host's machine identification. 

pidname If this keyword is specified, it serves the same purpose as if nameZ were specified. In 
addition, it causes NAM to indicate network service availability in the NOS LID/PID table. 
For the applications PTFx/QTFx, the PID form of the NAME2 parameter must be used. The PID 
form must also be used for an application that supplies its own OUTCALL parameters. ^Vlhen 
the PID is specified, it must also be specified in the LDCMid file for this host. Pidname 
can be from one to three letters and digits long. 

path The network types and destination host that compose the application-to-application path. 

Inclusion of this parameter allows NDL to determine appropriate default values for other 
OUTCALL parameters. You can specify any of the following values: 



Originating 

Destination 

Destination 

Value 

Network 

Network 

Operating System 

PPO 

CCP 

CCP 

NOS 

PDO 

CCP 

CDCNET 

NOS 

DPO 

CDCNET 

CCP 

NOS 

DDO 

CDCNET 

CDCNET 

NOS 

PDV 

CCP 

CDCNET 

NOS/VE 

DDV 

CDCNET 

CDCNET 

NOS/VE 

PAA 

CCP 

AOS/VS 

AOS/VS 

DAA 

CDCNET 

AOS/VS 

AOS/VS 

PFF 

CCP 

FOREIGN 

FOREIGN 

DFF 

CDCNET 

FOREIGN 

FOREIGN 

path is 

not specified, the 

default value 

of PPO is used. 


If the connection is to be made by directly translating to a title registered within CDCNET, 
the value for path should be specified as DDV regardless of the actual destination operating 
system. This causes the generated call-^user-data to be in CDCNET format, which allows 
direct access to titles registered within CDCNET. 

srcnode The decimal number (0 ^ srcnode £ 255) specifying the source node of the logical link over 
which the application-to-application connection is made. The SNODE parameter should match 
the NODE value in a COUPLER statement used by the calling host as defined in the 
corresponding NCF. If srcnode is not specified, the default value of 0 is used for 
application-to-application connections within a single host. 

dstnode The decimal node number (0 < dstnode £ 255) specifying the destination node of the logical 
Link over which the application-to-application connection is to be made. For 
application-to-application connections over a host-to-host logical link, this value is equal 
to the DHOST value and a coupler node number of the destination host. For 
application-to-application connections over a X.25 Link, this value is equal to the node 
number of the NPU that accesses the PSN or direct X.25 link. If the pid form of defining 
nameZ is used, a change of status for the logical link implied by snode and dnode causes a 
dynamic update of the logical identifiers (LIDs) associated with the corresponding physical 
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identifier (PID). For application-to-appLication connections over X.25, the Logical Link 
terminates at the NPU so the status of the PID is governed by the status of this Logical 
Link regardless of the actual availability of the PID. If dstnode is not specified, the 
default value of 0 is used for application-to-application connections within the same host. 

acclev The decimal access level of the user <0 < acclev £ 15) required to make an 

application-to-application connection usTng the OUTCALL definition. If acclev is not 
specified, any user or application program can make connections with the OUTCALL 
specification. If acclev is not specified, the default value of 0 is used. The user's 
access level is specified by using the AL parameter in the USER statement while creating the 
NOS validation file (see the NOS administration reference manual). 

ynl The stand-alone keyword value (YES or f^) for an optional stand-alone keyword. This 

parameter indicates whether data to the device is to have traffic priority over that to 
other devices in the network. Data to a device that does not have traffic priority is 
suspended to relieve network congestion before data to terminals with traffic priority is 
suspended. If PRI or PRI=YES is specified, the device has data traffic priority. If PRI is 
omitted or PRI=N0 is specified, the device does not have data traffic priority. 

dwnblim The downline block limit. This parameter specifies the maximum number (1 ^ dwnblim £ 7) of 
downline blocks that the calling host NAM is allowed to have outstanding (unacknowledged). 

If dwnblim is not specified, the default value of 2 is used. 

abl The application block Limit. This parameter specifies the maximum number (1 ^ abl ^ 7) of 

blocks that the calling application program is allowed to have outstanding 
(unacknowledged). If abl is not specified, the default value of 2 is used. 

dwnlsiz The downline block size. This parameter specifies the maximum number (1 £ dwnlsiz £ 2043) 
of bytes that the calling application program can send in a block. If dwnlsiz is not 
specified, the default value of 255 is used. 

dsthost The address of the remote host (from 0 to FF) to which the application-to-application 

connection is being made. For intrahost or application-to-application connections over a 
host-to-host logical Link, this value (if specified) should be equal to the DNODE value. 

For application-to-application connections over a X.25 Link, this value is the hexadecimal 
address of the remote host or the destination host coupler for a CDC CYBER host. Dsthost is 
invalid when the destination operating system is NOS/VE (use the SERVICE parameter). 

Dsthost is required (if UDATA is not specified) when the destination operating system is NOS 
and the originating or destination network is CDCNET or the PORT parameter is specified; 
otherwise, the default value is the same as the DNODE value. 

srchost The logical identifier (1 to 6 hexadecimal digits) of the calling host. If the OUTCALL 

statement is to an application in a CDC CYBER/NAM host, it must be the ASCII code equivalent 
of the identifier you want passed to the receiving application. If srchost is not 
specified, the default is the three ASCII character equivalent of the SNODE value, right- 
justified and zero-filled. 

portnum The hexadecimal port number (1 ^ portnum ^ FE) on the interface NPU connected to the PSN or 
direct X.25 link over which the connection is to be made. This parameter has no meaning for 
trunk connections. If portnum is omitted, the default value of 0 is used. 

windsiz The window size to be used by CCP for this connection for the send direction. This 

parameter specifies the decimal number (1 ^ windsiz £ 7) of outstanding packets allowed for 
a host-to-NPU logical link connection. The value specified for windsiz cannot exceed the 
maximum configured for the port. This parameter has no meaning for trunk connections. If 
windsiz is omitted, the default value of 2 is used. 

dpls The data packet length for the send direction. This parameter specifies the maximum number 

of data octets (8-bit bytes) that an X.25 packet for a called DTE can contain in the send 
direction. This parameter applies only to X.25 connections. The valid range of values for 
dpls is: 16, 32, 64, 128, 256, 512, and 1024. Values other than allowed values are 
translated to the next higher value, and values greater than 1024 cause an error message at 
NDL generation time. The value specified for dpls cannot exceed the maximum configured for 
the port. If dpls is omitted, the default value of 128 is used. 

dtea The PSN address of the remote PSN DTE interface with access to the destination host or 

application. This parameter is equivalent to the X.25 called DTE address. The valid range 
of values is 1 to 15 decimal digits. There is no default value. This parameter must be 
specified for X.25 application-to-application connections. 
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upblim The upline block liroit. This parameter specifies the maximum number (1 < upblira < 31) of 
blocks that the NPU can have outstanding (unacknowledged) to the calling host. 
parameter is meaningful only for X.25 connections. If upblim is not specified, the default 
value of 2 is used. 

upbsize The upline block size divided by 100. This parameter specifies the maximum number (1 < 
upsize < 20) of bytes that the NPU can send to the calling host in a non-PRU data block. 

This pafameter is only used for X.25 links. If upbsize is not specified, the default value 
of 2 is used. 

faccode The optional user group facility code and parameter definition. This parameter (of a 

possible set of parameters from FAC1 to FAC31) specifies the hexadecimal digit coding of a 
facility code and accompanying parameters. The range of valid values for each faccode is 4 
to 12 hexadecimal digits. Any number of FAC parameters can be specified as long as the 
total number of hex digits is not greater than 63 octets (126 hexadecimal digits). The^ 
coding of the parameters depends on the type of PSN and/or destination facility definition 
and requirements. You should refer to the appropriate user facility definition be ore 
coding this parameter. Optional user facilities to specify the window size, data packet 
length, and throughput class must correspond to the WS and DPLS parameter settings, 
respectively. There is no default value; if faccode is not specified, no facilities 
generated. However, some packet-switching networks, such as TELENET, insert facility codes 
by default in the call request packet sent to the destination mainframe. Contact your PS 

vendor to see what, if any, facility codes will be inserted. If the PSN does insert 

facility codes, then these must be specified on a corresponding INCALL statement at the 
destination host. Otherwise, NVF will reject the incoming call because of a facilities 
mismatch between the sender and receiver. 

protid The protocol identification. This parameter specifies bytes 1 to 3 of the X.25 call user 
data field of the call request. This parameter tells the PSN or remote node of a direct 

X.25 link how the call user data is to be used. All X.25 connections to applications on 

remote hosts must have a PRID that signifies the call user data is to be transparent to the 
PSN and transferred as is. If the call user data is to be used for some other purpose by 
the PSN or remote receiving node, you should refer to the specific PSN specification for the 
exact coding of the PRID. Byte 4 of the protid is used internally by NAM and is set to zero 
when sent to the PSN. A maximum of 6 hexadecimal digits can be specified. The digits are 
encoded Left-justified with zero-fill. If the parameter is not specified prior to the first 
UOATA definition, the following default hexadecimal values are used: 


Destination 


Operating System 

Value 

NOS 

C10000 

NOS/VE 

C200Q0 

AOS/VS 

COODOO 


The protid definition is intended to be used only for PSN logical link connections to 
foreign hosts. For connections between CDC CYBER mainframe applications, the default 
setting of the protocol identification provides sufficient information to establish the 
connection. 

service The title of an addressable service in the CDCNET network. The parameter value is defined 
as a LIST of elements of NOS/VE type NAME. NOS/VE type NAME is a string of 1 to 31 
alphanumeric characters, including underscore, dollar, pound, and commercial at, . $, #, a, 
respectively. Elements of the list are separated by a period. This is a required parameter 
when the destination operating system is NOS/VE. Service is required if the destination 
operating system is NOS/VE. 

The value specified for the SERVICE parameter is entered into the call-user-data. The total 
number of bytes added to the call-user-data resulting from specification of the SERVICE, 
DOMAIN, and UDATA parameters cannot exceed 124. The call-user-data field is assembled by 
entering the value specified for the parameters in the order listed above. If the size of a 
parameter value being entered results in the cumulative Limit of 124 bytes being exceeded, 
that parameter is declared in error. 
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domain The search domain. The parameter value is defined as a LIST of elements of NOS/VE type 
NAME. NOS/VE type NAME is a string of 1 to 31 alphanumeric characters, including 
underscore, dollar, pound, and commercial at, $, a, respectively. Elements of the 
list are separated by a period. If domain is not specified, the default value is a null 
domain field (empty string). The SERVICE parameter is required if DOMAIN is specified. 

The value specified for the DOMAIN parameter is entered into the call-user-data. The total 
number of bytes added to the call-user-data resulting from specification of the SERVICE, 
DOMAIN, and UDATA parameters cannot exceed 124. The call-user-data field is assembled by 
entering the value specified for the parameters in the order listed above. If the size of a 
parameter value being entered results in the cumulative limit of 124 bytes being exceeded, 
that parameter is declared in error. 

udata The call-user-data parameter. This parameter allows specification of 1 to 124 8 -bit bytes 
to be included in the call-user-data field of the connection request defined by the OUTCALL 
statement (the call request packet for connections over an X.25 network). 

The data can be specified as a string of hexadecimal digits, or as an ASCII character 
string. ASCII character strings must be enclosed in double quotes, and hexadecimal and 
ASCII strings can be freely intermixed. Each ASCII character specified defines one byte of 
call-user-data, and each pair of hexadecimal digits specified defines one byte of 
call-user-data. 

For an application-to-applicat ion connection using a PSN, the call-user-data, which includes 
the four-byte protocol id field, is limited to 16 bytes unless the PSN supports the Fast 
Select facility. Even if the PSN supports the Fast Select facility, bytes 17 through 128 
are not passed to the destination host or application unless the destination subscribes to 
the Fast Select acceptance facility and the application supports the facility. 

The value specified or defaulted for the NETOSD parameter invokes certain defaults for the 
call-user-data if the UDATA parameter is not specified. 

If unspecified and the destination operating system is NOS, the call-user-data following the 
protocol id is formatted as follows: 

sssddaaaaaaa 

sss The 3-ASCII character SHOST value, if specified, or the 3-ASCII character 

string equivalent of the SNODE value, right-justified and zero-filled 

dd The 2-ASCII character string equivalent of the DHOST value, right-justified 

and zero-filled 

aaaaaaa The 7-ASCII character string equivalent of the NAME1 value, left-justified and 
blank character filled 

For example, if SH0ST=303031 (or SN0DE=01 without an SHOST specification), DH0ST=03, and 
NAME1=APPLABC are defined without a UDATA specification, the call user data generated by 
default would be the protocol identifier (CIOOOOOO^^), and SHOST(303031 15 ), 

DH0ST(3033i^) and NAME1 (4150504C414243-|^). To make the OUTCALL request to another CDC 
CYBER host resident application by means of a host-to-NPU logical link, the DHOST value 
would have to specify the destination host coupler node number. 

If unspecified and the destination operating system is NOS/VE, the call-user-data following 
the protocol id is formatted as follows: 

The ASCII character equivalent of the SERVICE parameter value is entered. If the DOMAIN 
parameter is specified, an ASCII US (Unit Separator) character is entered after the 
SERVICE parameter value, followed by the ASCII character equivalent of the DOMAIN 
parameter value. 
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If specified and the destination operating system is NOS/VE, the call-user-data following 
the protocol id is formatted as follows: 

The ASCII character equivalent of the SERVICE parameter value is entered- If the DOMAIN 
parameter is specified, an ASCII US (Unit Separator) character is entered af^r the 
SERVICE parameter value, followed by the ASCII character equivalent of the DOMAIN 
parameter value. An ASCII US character is then entered, followed by the value specified 
for the UDATA parameter. If the DOMAIN parameter is not specified, two ASCII US 
characters are entered after the SERVICE parameter to indicate a null DOMAIN, followed 
by the value specified for the UDATA parameter. 

The total number of bytes added to the call-user-data resulting from specification of the 
SERVICE. DOMAIN, and UDATA parameters cannot exceed 124. The call-user-data fieLd is 
assembled by entering the value specified for the parameters in the 

the size of a parameter value being entered results in the cumulative limit of 124 bytes 
being exceeded, then that parameter is declared in error. 

If unspecified and the destination operating system is AOS/VS, the call-user-data following 
the protocol id is formatted as follows: 

The ASCII character equivalent of the NAHE1 parameter is entered. 


Figure 8-4. OUTCALL Statement Format (Sheet 5 of 5) 


INCALL STATEMENT 

The INCALL statement is specified for each possible 
path to an application of the host being defined on 
which applicatlon-to-application connections can be 
received. The INCALL statement has the format shown 
in figure 8-5. 

When a connection request is received by a host, 
NVF searches the LCF for a matching INCALL statement 
based on the path from which the request came. 
There can be several INCALL statements for a single 
application. One reason for this Is that there can 
be several paths to access the host or application, 
which necessitates different definitions regarding 
physical addresses, validation, and the flow control 
parameter. Another reason for this is that there 
can be different facilities available to different 
requesting applications or users. 

INCALL statements are used to accept calls from an 
application: 

In the same host 

In an adjacent host 

In a remote host connected by a trunk 

In a remote CDC CYBER 170 or foreign host con¬ 
nected by an X.25 PSN or X.25 direct link 

The INCALL statement specifies the following infor¬ 
mation: 

Addressing information from which requests are 
permitted. 

Flow control parameters to be used by the 
requested host. 


The family or user name to be used by the 
requesting application or user. 

The name of the application program to which 
this connection should be made. 

The available facilities that are permitted for 
connections using this INCALL statement. 


Sites which use a CDCNET network to support their 
terminal connections need supporting INCALL 
statements. Specifying the INCALL statement for a 
CDCNET network is required for internal system 
usage. 

The following INCALL statement parameters apply to 
all CDCNET connections: 

ABL DBZ SNODE UNAME 

ANAME FAM UBL 

DBL SHOST UBZ 

The following INCALL statement parameters apply 
only to internal CDCNET network connections: 

DPLS PORT 

FAC WS 


You should define the following INCALL statements 
for the CDCNET applications NETLS, NETOU, NETFS, 
and NLTERM. 

INCALL, FAM«»0, UNAME-NETUSER, ANAME«NETLS, DBL«2, 
ABL»2,UBZ«20,DBZ=2043 

INCALL, FAM“0, UNAME“NETUSER, ANAME=NETOU, DBL=2 , 
ABL=2,UBZ-20,DBZ-2043 

INCALL, FAM=0, UNAME=NETUSER, ANAME“NETFS, DBL=7, 
ABL=«7, UBZ«20, DBZ»2043 

INCALL,FAM“0, UNAME“NETUSER, ANAME “NLTERM, DBL“2, 
ABL“2,UBZ»20,DBZ»2043 


8-10 


60480000 T 



INCALL, FAM=famnafne,UNAME=usernam,ANAME=appnanieC,SN0DE=srcnode3 
C, DNODE=ds t node, PR I=yn1, DBL= dwnb 1 1 m, ABL= ab L, DBZ=dwn Is i zl 

C,WS=sndsiz,WR=recsiz, OPLS=dpLs,DPLR=dplr,SHOST=:srchost,UBL=upbLim,UBZ=upbsize1 
C,PORT=portnum,DTEA=dtea,COLLECT,FASTSEL,FAC1=faccode, •.., FAC31=faccodel 


famname The family name under which the connection is validated. This name can be any valid one- 
through seven-character family name. This parameter is required and there is no default 
value. The use of this parameter does not depend on the type of network (CCP or CDCNET) 
used to reach the application. 

usernam The user name under which the connection is validated. This name can be any valid one- 
through seven-character user name and can contain letters, digits, and asterisks. This 
parameter is required and there is no default value. The use of this parameter does not 
depend on the type of network (CCP or CDCNET) used to reach the application. 

appname The requested application program name. This name must match the AAAAAAA field of the call 
user data of the call request packet. This parameter can be from one through seven ASCII 
characters left-justified and blank-filled. This parameter is required and there is no 
default value. The use of this parameter does not depend on the type of network used (CCP 
or CDCNET) used to reach the application. 

srcnode The decimal node number (0 ^ srcnode 255) of the source node of the logical link over 
which the application-to-application connection request originated. For 

application-to-applicat ion connections over a host-to-host logical link, this is the coupler 
node number of the remote CDC CYBER host. For X.25 application-to-application connections, 
this is the node number of the NPU that interfaces to the PSN or direct X.25 link over which 
the application-to-application connection request was received. If srcnode is not 
specified, the default value of 0 is used. If the srcnode value specified is 0, the SNODE 
parameter is not used to match incoming requests to an INCALL block. 

dstnode The decimal number (0 ^ dstnode ^ 255) of the destination node of the logical link over 

which the application-to-application connection is received. If dstnode is not specified, 
the default value of 0 is used for application-to-application connections to the same host. 
If the dnode value specified is 0, the dnode parameter is not used to match incoming 
requests to an INCALL block. For CDCNET networks, this is the node number of the local 
mainframe interface. 


yn1 The stand-alone keyword value (YES or ^) for an optional stand-alone keyword. This 

parameter indicates whether connection data from the calling host has traffic priority over 
data to other devices in the network. Data on a connection that does not have traffic 
priority is suspended to relieve network congestion before data on connections with traffic 
priority is suspended. If PRI or PRI=YES is specified, the connection has data traffic 
priority. If PRI is omitted or PRI=N0 is specified, the connection does not have data 
traffic priority. This parameter is not meaningful for CDCNET networks. 

dwnblim The downline block limit. This parameter specifies the maximum number (1 ^ dwnblim ^ 31) of 
downline blocks that NAM in the called host can have outstanding (unacknowledged). If 
dwnblim is not specified, the default value of 2 is used. The use of this parameter does 
not depend on the type of network (CCP or CDCNET) used to reach the destination. 

abl The application block limit. This parameter specifies the maximum number (1 abl ^ 7) of 

blocks that the called application program can have outstanding (unacknowledged). If abl is 
not specified, the default value of 2 is used. The use of this parameter does not depend on 
the type of network (CCP or CDCNET) used to reach the destination. 

dwnlsiz The downline block size. This parameter specifies the maximum number (1 < dwnlsiz £ 2043) 
of bytes that the called application program can send in a block. If dwnlsiz is not 
specified, the default value of 255 is used. The use of this parameter does not depend on 
the type of network (CCP or CDCNET) used to reach the destination. 

sndsiz The window size to be used by CCP for the send direction for this connection. This 

parameter specifies the decimal value (1 £ sndsiz £ 7) of the number of outstanding packets 
allowed for the outbound direction of an X.25 connection. The value specified for sndsiz 
cannot exceed the maximum configured for the port. This parameter has no meaning for 
host-to-host logical link connections. If sndsiz is omitted, the default value of 2 is used. 
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recsiz 


dpLs 


dpLr 


srchost 


upbUm 


upbsize 


portnum 


dtea 


COLLECT 


FASTSEL 


faccode 


The window size to be used by CCP for the receive direction for this connection. This 
parameter specifies the decimal value (1 < recsiz < 7) of the number of outstanding packets 
allowed for the inbound direction of an X.25 connection. The value specified for recsiz 
cannot exceed the maximum configured for the port. This parameter has no meaning for 
host-to-host logical link connections. If recsiz is omitted, the default value of 2 is used. 

The data packet length for the send direction. This parameter specifies the maximum number 
of data octets (8-bit bytes) that an X.25 packet to the called DTE can contain. The value 
specified for dpls cannot exceed the value configured for the port. If dpls is omitted, the 

default value of 128 is used. This parameter applies only to X.25 connections. The valid 

ranges of values for dpls is 16, 32, 64, 128, 256, 512, and 1024. Values 

allowed values are translated to the next higher value, and values greater than 1024 cause 
an error at NDL generation time. 

The data packet length for the receive direction. This parameter specifies the maximum 
number of data octets (8-bit bytes) that an X.25 packet from the called DTE can contain. 

This parameter applies only to X.25 connections. The valid ranges of values for dplr is 16, 
32, 64, 128, 512, and 1024. Values other than the allowed values are translated to the next 
higher value, and values greater than 1024 cause an error at NDL generation time. The value 

specified for dplr cannot exceed the value configured for the port. If dplr is omitted, t e 

default value of 128 is used. 

The source host identifier (1 to 6 hexadecimal digits) of where the call request was 
originated. This value serves as the identifier of the calling host and roust correspond to 
ASCII codes. If srchost is not specified, the default value is the ASCII string equivalent 
of 000. If srchost is set to 0 or not specified, this parameter is not used to match 
incoming requests to INCALL blocks. This parameter must be 0 for CDCNET connections. 

The upline block limit. This parameter specifies the maximum number (1 £ upblim £ 7) of 
blocks that the NPU can have outstanding (unacknowleged) to the called host. This parameter 
is meaningful only to X-25 connections. If upblira is not specified, the default value of 2 
is used. 

The upline block size divided by 100. This parameter specifies the maximum number (1 £ 
upbsize £20) of bytes that the local NPU can send in a non-PRU data block to the called 
host. If upbsize is not specified, the default value of 2 is used. 

The hexadecimal port number (1 £ portnum £ FE) on the PSN access NPU through which the 
application-to-application connection request is received. This parameter is used for 
matching an incoming request to an INCALL block for only those requests received over an 
X.25 link. If this parameter is not specified, the check will not include this parameter. 
This parameter must be 0 for CDCNET connections. 

The PSN address of the calling DTEA. The valid range of values is 1 to 15 decimal digits. 
This parameter is not applicable to application-to-application connections over host-to-host 
logical links. The default value of this parameter is 0. If DTEA is not specified, then 
DTEA is not used to match incoming call requests to the INCALL block. 

The reverse charge facility indicator. If this parameter is specified, the reverse charge 
facility is supported for this connection and all charges for the connection are accepted. 
This parameter is applicable only for host-to-NPU logical link connections. 

The fast select facility indicator. If this parameter is specified, the fast select 
facility is supported for this connection. This parameter is applicable only for 
host-to-NPU logical link connections. 

The facility code and parameter definition for a single facility field. This parameter (of 
a possible set of parameters from FAC1 to FAC31) specifies the hexadecimal digit coding of a 
facility and accompanying parameters. This parameter specifies the facilities (other than 
WR, WS, DPLR, DPLS, COLLECT, or FASTSEL) that are accepted on the incoming call request. 

The range of values for each faccode is 4 to 12 hexadecimal digits. There is no default 
value; if faccode is not specified, no facilities are accepted. This means that if the PSN 
has inserted facility codes by default, regardless of whether or not facility codes were 
declared on the OUTCALL statement, then NVF will reject the incoming call request because of 
facilities mismatch between sender and receiver. This parameter roust be 0 for CDCNET 
connections. 


Figure 8-5. INCALL Statement Format (Sheet 2 of 2) 
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FILE STRUCTUIRE AND CONTENT 


9 


This section describes the logical structure and 
content of the major NOS local files handled by the 
NDL processor. The NDL processor can create one or 
more additional scratch files during processing 
(local file names ZZZZZUl through ZZZZZU5). These 
scratch files are not significant to you as an NDL 
progranmer and are not described. Files not 
directly handled by the NDL processor, such as the 
NPU load file and VALIDUz, are described in the NOS 
Version 2 Installation Handbook and the NOS Version 
I 2 Analysis Handbook. 

The NDL processor handles four major types of local 
files; 

The input file 
Network configuration files 
Local configuration files 
The job listing file 

The NDL processor also always produces a dayfile on 
file OUTPUT, Indicating the error processing 
performed during execution. If no errors were 
encountered, a message Indicating this is placet^ in 
the dayfile (see appendix B). 


INPUT FILE 

All file creation jobs (described in section 10) 
require an input file for the NDL processor. The 
input file contains all NDL statements required for 
the creation of the network definition files being 
generated (see section 1). The input file name is 
either INPUT, COMPILE, or a valid file name that 
you supply in the NDLP conmand. The input file is 
a sequential file of 80- or 90-character records, 
terminated by an end-of-record indicator. This 
file is processed using the operating system input/ 
output macros. 


NETWORK CONFIGURATION FILE 

One network configuration file is created from each 
network division in the input file. This file con¬ 
tains information from the following NDL statements 
relating to the physical and logical configuration 


of elements: 


NFILE 

LINE 

SUPLINK 

GROUP 

COUPLER 

TERMINAL 

NPU 

TERMDEV 

TRUNK 

DEVICE 

LOGLINK 



The network configuration file is constructed by 
the NDL processor. It is accessed by the Network 
Supervisor and the Communications Supervisor as a 
mass storage, direct access, random permanent file. 


When the NDL processor finishes execution, any net¬ 
work configuration file it created remains attached 
to the job as a NOS local file. Postprocessing 
disposition of this file is your responsibility, 
using operating system commands. If one or more 
files without fatal errors were produced, you should 
make them direct access permanent files. These 
permanent files must have either file names known 
to the host operator or the default file names used 
in the procedure files that initiate network oper¬ 
ation. Section 10 outlines the mechanism for 
naming the network configuration files; the oper¬ 
ating system Installation handbook describes the 
initiation procedure files. 

When a network defined by a network configuration 
file is operating, the file is dedicated to that 
network. Another network configuration file cannot 
be substituted for the one being used, nor can the 
network configuration file in use be modified. The 
NDL processor can create a new network configuration 
file at any time, regardless of whether or not the 
network is operating. Once a network configuration 
file exists. It can be used the next time the net¬ 
work is initialized. 

Each network configuration file contains records of 
several types. Only two types are of direct inter¬ 
est to you: 

The header record, which contains file identi¬ 
fication and verification information, and 

information from the TITLE statement. 

The file index record, which contains a dupli¬ 
cate of the header record. 

The file index record is the last record of a prop¬ 
erly constructed file. This index record contains 
the validation information needed by the Network 
and Communication Supervisors to ensure that all 
NPUs are loaded according to the information in the 
same network configuration file. It also contains 
the system clock time when the file was created and 
the number and Programming System Report (PSR) 
level of the NDLP version that created the file. 
The time and date from the header record are not 
written as part of the page headers when the file 
is listed. The index record also contains a bit 
that indicates whether the file was created without 
fatal errors. If the NDL processor detects any 
fatal errors during creation of the file, it does 
not set that bit; the supervisory programs cannot 
use such a file, and the NDL processor cannot 
produce a file summary listing for it. 

When the Network Supervisor accesses an old network 
configuration file at network initiation, it at¬ 
tempts to read the index record. If the index 
record does not meet network-wide compatibility 
criteria, the Network Supervisor requests another 
network configuration file from the host operator. 
The Network Supervisor also compares its code level 
with that found in the network configuration file 
index record. If the code levels are not the same, 
an informative message is sent to the host operator. 
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The NDL processor attempts to read the index record 
when it accesses an old network configuration file 
during a file inspection job (see section 10). If 
the index record does not have the validation bit 
set, the NDL processor issues a dayfile message 
(see appendix B). The processor will not read 
invalid files during file inspection jobs. 

The formatted content of the other records is not 
significant to you. These records are described in 
the Internal documentation of the network software. 

LOCAL CONFIGURATION FILE 

One local configuration file is created from each 
local division in the input file. It contains 
Information from the following statements relating 
to the physical and logical configuration of the 

service elements of the network: 

APPL INCALL LFILE OUTCALL USER 

The local configuration file is constructed by the 
NDL processor. It is accessed by the Network Vali*- 
datlon Facility as a mass storage, direct access, 
random permanent file. 

When the NDL processor finishes execution, any 
local configuration file it created remains attached 
to the job as a NOS local file. Postprocessing 

disposition of this file is the NDL programmer's 
responsibility, using operating system commands. 
If one or more files without fatal errors were 

produced, you should make them direct access per¬ 
manent files. These permanent files must have file 
names known to the host operator or the default 
file names used in the procedure files that initi¬ 
ate network operation. Section 10 outlines the 
mechanism for naming the local configuration files; 
the operating system installation handbook describes 
the initiation procedure files. 

When a network accessed according to a local con¬ 
figuration file is operating, the file is dedicated 
to that network. Another local configuration file 
cannot be substituted for the one being used, nor 
can the local configuration file in use be modi¬ 
fied. The NDL processor can create a new local 
configuration file at any time, regardless of 
whether or not the network is operating. Once a 
local configuration file exists, it can be used the 
next time the network is initialized. 

Each local configuration file contains records of 
several types. Only two of these are of direct 
interest to you: 

The file header record, which contains infor¬ 
mation from the TITLE statement. 


The validation record, which contains a dupli¬ 
cate of the header record and information 
similar to that in the network configuration 
file index record. 


The validation record is the last record of a 
properly constructed file. This index record con¬ 
tains the system clock time when the file was 
created and the number and Programming System 
Report (PSR) level of the NDLP version that created 
the file. The time and date from the header record 
are not written as part of the page headers when 
the file is listed. The index record also contains 
a bit that indicates whether the file was created 
without fatal errors. If the NDL processor detects 
any fatal errors during creation of the file, it 
does not set that bit; the Network Validation 
Facility cannot use such a file, and the NDL proc¬ 
essor cannot produce a file summary listing for it. 


When the Network Validation Facility accesses an 
old local configuration file at network initiation, 
it attempts to read the index record* If the index 
record indicates that the file is invalid, the 
Network Validation Facility requests another local 
configuration file from the host operator. 

When the NDL processor accesses an old local con¬ 
figuration file during a file inspection job, the 
processor attempts to read the validation record. 
If the validation record Indicates that the file 
contains errors, the NDL processor issues a dayfile 
message and aborts the job. (See section 10 and 
appendix B.) 

The formatted content of the other records is not 
significant to you. These records are described in 
the Internal documentation of the network software. 


JOB LISTING FILE 

The NDL processor creates the job listing file by 
reading the other local files created. The job 
listing file contains any or all of the listing 
options described in section 10 and Illustrated in 
section 11 and appendix B. The job listing file 
name is either OUTPUT or a NOS local file name that 
you have supplied in the NDLP command. If a job 
listing file name of zero is supplied, no job list¬ 
ing file is created. 

This file is a sequential file of 137-character 
records, intended for output on a line printer. 
The file is created using the operating system 
Input/output macros. 
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This section describes the logical structure of 
jobs using the NDL processor. The fora such jobs 
have when they are input to the operating system 
for execution depends on whether the jobs are NDL 
programs creating new network definition files, or 
are commands intended to inspect existing network 
definition files. 

Ail jobs using the NDL processor contain a command 
portion. File creation programs can contain an 
additional program portion as the input file (see 
section 9) and can contain data portions not related 
to NDL program processing. File inspection jobs do 
not contain a program portion but can contain data 
portions unrelated to NDL processor use. 

COMMAND PORTION 

The command portion of any job using the NDL proc¬ 
essor begins with job name and NOS USER commands 
and can contain any command valid for the operating 
system. The commands required in this portion de¬ 
pend upon whether file creation or file inspection 
is performed. 


FILE CREATION 


The command portion of an NDL program job must 
contain the program execution command shown in 
figure 10-1. This program execution command causes 
the loading of the NDL processor from the system 
library. 

The parameters in the NDLP program execution command 
are order-independent. If an option is desired, 
the keyword character and equals sign must be spec¬ 
ified explicitly; a command of the following fora 
is not valid: 

NDLP(TAPE1,TAPE2,SF) 


The significance of parentheses and embedded blanks 
depends on the operating system conventions used. 
Commas are not used to positionally identify 
omitted parameters; a command of the following 
form, therefore, is also Invalid: 

NDLP(,,L0=SF) 


NDLP(I 

=ifn^L 

=ofn,L0=list) 

ifn 

The name of the Local file containing the input source statements. If you omit the I parameter, 
the default name of INPUT is used. If you specify just the keyword character I but omit a 
file name, the default name of COMPILE is used. 

ofn 

The name of the local file to receive any listable output of the NDL program. This file name 
must meet operating system file name constraints. If you omit the L parameter, the default 
name of OUTPUT is used. If you specify L=0 (zero), no Listings are created unless a fatal error 
is detected; if a fatal error is found, an error summary listing is written on file OUTPUT. 

L 1 St 

A list of one through four characters specifying the types of listing output you want the NDL 
processor to create. If you omit the LO parameter or specify just the keyword characters L0= , 
the default values indicated below are used. You can specify list values in any order. If you 
specify either default, the other default is suppressed. The list values can be: 


N^ 

Indicates a normal source Listing; N is a default value. This source listing contains all 

NDL statements as they were read from the input file. Each statement is prefixed with an 

NDL processor-generated sequence number; three asterisks precede a statement containing an 
error, and the letter D precedes a statement containing a defname identifier (see Special- 
Purpose Statements in section 2). 



Indicates a defname listing; this is a default value. This listing contains each defname 
and its associated value declarations from all DEFINE statements used in one division of the 

NDL program; the NDL processor creates separate listings for each division. 


S 

Indicates an expanded source Listing. This listing has the same format as a normal source 
listing; however, where a defname appears in the normal listing, the associated character 
string appears in the expanded listing. 


F 

Indicates a file content summary listing. This listing consists of the title, type, and 
summarized content information for each of the validated network definition files produced 
by the NDL processor. Files containing fatal compilation errors are not listed. 


Figure 10-1. NDLP File Creation Command Format 
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The following sample program execution commands are 
all valid; 

NDLP. 

Produces the defname and normal source 
listings by default. 

NDLP(LO=SP) 

Does not produce either default listing but 
produces both the expanded source listing 
and the file content summary listing. 

NDLP(l^O) 

Creates the network definition files but 
produces no listings. (If a fatal error is 
detected, the file OUTPUT contains a list 
of the diagnostic messages.) 

NDLP(LO=NDSF) 

Produces all four listings. 

NDLP(I, LO»N) 

Reads its input from the file called COMPILE 
and produces only the normal source list¬ 
ing; specification of only one of the 
listing default values always suppresses 
the other default. 

The command portion should also contain a NOS DEFINE 
command to make the NOS local files created by the 
NDL processor direct access permanent files. This 
command must precede the NDLP command. The Network 
Supervisor, Communications Supervisor, and Network 
Validation Facility attach the network definition 
files using the permanent file names specified in 
the NAM startup procedure master file. 

The DEFINE command should have the first form shown 
in figure 10-2 if the files specified are to be 
used as the network definition files attached by 
the released version of the NAM startup master file 
during network initialization. If these default 
permanent file names (NCFFILE and LCFFILE) are not 
used, any unique names can be specified as perma¬ 
nent file names for Ifni and lfn2. When more than 
one network or local configuration file is created 
by the NDL program, only one set can be given the 
default permanent file names. 

Any number of local or network configuration files 
can be made permanent files with appropriate alter¬ 
native forms of the DEFINE command. Refer to the 
NOS 2 Reference Set, Volume 3, System Commands, for 
details. 

The command portion can also contain an EXIT command 
and subsequent commands, if error exit processing 
of the job is desired. When NDL processor execu¬ 
tion ends abnormally, job processing control trans¬ 
fers to any EXIT command present. The command 
portion is terminated by an EOR Indicator, such as 
a multlpunched card with 7/8/9 In column 1, or with 
/*E0Rnn if submitted through a multlleavlng station. 

FILE INSPECTION 

NDL processor file inspection is limited to pro¬ 
ducing file content summary listings for files 


DEFINE, 

,, , f NCFFILE I (lCFFILeI 

J' (• 

lfn1 

The local file name assigned to the 
network configuration file on the 

NFILE statement within the network 
division of the data portion of the 
job. 

Lfn2 

The local file name assigned to the 
local configuration file on the 

LFILE statement within the local 
division of the data portion of the 
job. 

pfn1 

The permanent file name to assign to 
the network configuration file for 
use in the network initiation proce¬ 
dure files. 

pfn2 

The permanent file name to assign to 
the local configuration file for use 
in the network initiation procedure 
files. 


Figure 10-2. DEFINE Command Format 


containing no fatal errors. File inspection jobs 
contain the form of the NDL processor command shown 
in figure 10-3. If the files to be inspected are 
not already local, the NDLP command must be pre¬ 
ceded by a NOS ATTACH command valid for the two 
files concerned. The NDL processor can only list 
one local configuration file and one network 
configuration file for each NDLP command used. A 
file Inspection job can be combined with a file 
creation job, but each portion requires a separate 
NDLP command of the appropriate type. 

Figure 10-4 illustrates a possible combined inspec¬ 
tion and creation run. The files are examined 
first, and file summaries are produced. 

The parameters in the NDLP inspection command are 
order-independent. If an option is desired, the 
keyword character or characters must be specified 
explicitly; a statement of the following form is 
not valid: 

NDLP(TAPE1,TSTLCF,TSTNCF) 


The significance of parentheses and embedded blanks 
depends on the operating system conventions used. 
Commas are not used to positionally Identify omitted 
parameters; a command of the following form is, 
therefore, also invalid: 

NDLP(,,NF»TSTNCF) 


If you omit all parameters from the parameter list, 
a dayfile error diagnostic can occur. The follow¬ 
ing command form is not valid for file inspection 
jobs: 

NDLP. 
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NDLP(L=ofn^LF=Ifn1^NF=Lfn2) 


ofn The name of the local file to receive 
any Iistable output of the NDL pro¬ 
gram. This file name must meet 
operating system file name con¬ 
straints. If you omit the L param¬ 
eter, the default name of OUTPUT is 
used. 

Ifn1 The local file name of the local con¬ 
figuration file for which you want a 
content summary listing. This value 
must be the name assigned to the per¬ 
manent file form of the local config¬ 
uration file in a preceding ATTACH 
statement or the local file name 
assigned in an LFILE statement in a 
preceding file creation portion of 
the job. This name is required; 
there is no default value. If you do 
not want a local configuration file 
content listing, omit the LF 
parameter. 

Ifn2 The local file name of the network 

configuration file for which you want 
a content summary listing. This 
value must be the name assigned to 
the permanent file form of the net¬ 
work configuration file in a pre¬ 
ceding ATTACH statement or the local 
file name assigned in an NFILE state¬ 
ment in a preceding file creation 
portion of the job. This name is 
required; there is no default value. 
If you do not want a network config¬ 
uration file content listing, omit 
the NF parameter. 


Figure 10-3. NDLP File Inspection 
Command Format 


because the NDL processor assumes that this state¬ 
ment indicates a file creation job. 

The following inspection control statements are all 
valid: 

NDLP(LF«TSTLCF,NF=TSTNCF) 

Produces content summary listings of one 
local configuration file and one network 
configuration file. 

NDLP(LF=TSTLCF) 

Produces a content summary listing of one 
local configuration file. 

NDLP(LF=^STLCF,L=TAPE1) 

Writes one local configuration file content 
summary listing on file TAPE I. 

The command portion can contain an EXIT command and 
subsequent commands, if you desire error exit 
processing. When NDL processor execution ends 
abnormally, job processing control transfers to any 
EXIT command present. 

The command portion is ended by a card with 7/8/9 
multipunched in column 1, by a card with /*E0Rnn 
punched in columns 1 through 7 if submitted through 
a 2780, 3780, or HASP workstation, or by an EOR 
indicator. 


PROGRAM AND DATA PORTIONS 

This portion of an NDL program's job structure 
contains only the language statements described in 
sections 3 and 4. The NDL processor makes no 
provision for subroutines, subprograms, or proc¬ 
esses written in compiler or assembly languages and 
intended to be run as part of an NDL program. 




Job File Contents; 

Produces file summary listings 

Creates file and source listings 

COMPILE File Contents; 

NDL source program statements from section 11 

End-of-record 
End-of-information. 


ND98. 

USER, USERN/W, PASSU OR. 

CHARGE,CHARGENO,PROJ ECTNO. 
ATTACH,PU0SNCF=NCFFILE,PUBSLCF=LCFFILE. 

NDLP, LF=PUBSLC F, NF=PUBSNC F. - 

RETURN,*. 

DEFINE,PUBSNCF,PUBSLCF. 

ATTACH,COMPILE. 

NDLP,I,L0=NDS. ^ - 

End-of-record 
End-of-information 


Figure 10-4. Example of Job for Both File Creation and File Inspection 



60480000 P 


10-3 • 





Each program or data portion Is ended by an EOR in¬ 
dicator, such as a multlpunched card with 7/8/9 in 
column 1, or with /*EORnn in columns 1 through 7 if 
submitted through a 2780, 3780, or HASP workstation. 
If the Job contains commands for postprocessing of 
the network definition files, subsequent data 
portions can be specified to provide directives. 


The job is terminated by an end-of-lnformatlon 
indicator, such as a card with 6/7/8/9 multlpunched 
in column 1, or with /*E0I in columns 1 through 4 
if submitted through a 2780, 3780, or HASP work¬ 
station. If the job contains only one program or 
data portion, you can omit the EOR indicator termi¬ 
nating that portion. 
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II 


This section contains a debugged sample NDL file 
creation program and the listings produced when it 
is executed by the NDL processor. The dayfile 
listing is not shown. 


PROGRAM INPUT 

I The input for this sample NDL program is submitted 
as a batch job under NOS. The job is structured to 
contain the command portion shown in figure 11-1 
and a program portion (containing all of the NDL 
program statements listed in figure 11-2). 


PROGRAM OUTPUT 

The NDLP couinand in the Input command portion of 
the job requests the NDL processor to produce all 
four possible types of output listing (figures 11-2 
through 11-9). The normal source listing is shown 
in figures 11-2 and 11-6; the defname listing is 
shown in figures 11-3 and 11-7; the expanded source 
listing is given in figures 11-4 and 11-8; and the 
file content suninary listing appears as figures 
11-5 and 11-9. The time and date shown at the top 
of each listing page are the same as the time and 
date stored in the file header records of the net¬ 
work definition files produced by the program. 


If errors are detected In the program, a multiple- 
page error sunmary Is produced In the format 
described in appendix B. Dayfile messages are 
produced whether errors occur or not; these are 
also described in appendix B. Because the sample 
program contains no fatal errors, no error summary 
listing is shown. 


ND99. 

USER(LORl^PASWRD) 

CHARGE(0059,7346219) 

DEFINE(PUBSNCF=NCF,PUBSLCF=LCF) 
NDLP(L0=F) 

End-of-record 


Figure 11-1. Sample Program Commands 


If the DEFINE statement summary option (defname 
listing, chosen by L0=D) has been specified in the 
NDLP command but no DEFINE statements occur in the 
NDL program, a summary containing the following 
message is produced: 

NO DEFINE COMMANDS ENCOUNTERED 

A complete file creation job output listing with 
all options would be produced in the following 
order for each division: 

Normal source listing 

Error summary listing with columns to indicate 
line number, error code, error text, and 
keyword or value involved (only if errors 
occurred). 

DEFINE statement summary (defname listing) 
Expanded source listing 

Network definition file summary (only if no 
fatal errors occurred). 

NETWORK CONFIGURED 

Figure 11-10 is a block diagram of the physical 
network configured by the NDL program shown in 
figures 11-1 through 11-9. The logical network 
configuration the program produces is shown in 
figure 11-11. 

The NDL processor does not access the operating 
system equipment status table (EST). The EST 
entries in figure 11-10 are shown as background for 
interpreting the listing. The CCP build entries 
appear in the figure for the same reason; the NDL 
processor does not access or process the NPU load 
file in any manner. 

No attempt is made in figure 11-10 to show the full 
parameterization of each configured terminal. 
Parameterization values other than defaults are 
indicated. Note that trunk TRNK2 is enabled in 
figure 11-10, while the corresponding logical link, 
LINK4, is disabled in figure 11-11. Shading In 
figure 11-11 shows the relationships between the 
local configuration file USER statements and the 
network configuration file DEVICE and TERMDEV 
statements. 
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ERR DEFINE 

COMMENT TEST CASE ND99. 

COPMENT NAM 1 NOL REFERENCE MANUAL POSITIVE TEST SAMPLE, SECTION 11. 
COMMENT NO ERRORS EXPECTED. 

************************************************************************ 

* THE FOLLOWING DIVISION CREATES A NETWORK DIVISION LOCAL FILE: 
************************************************************************ 

PUBSNCF: NFILE. 

TITLE^PUBSNCF (NDL REF NAN SAMPLE PROGRAM). 

************************************************************************ 

* NOTE THAT BLANK LINES ARE PERMITTED. 
************************************************************************ 

************************************************************************ 

* HERE ARE ALL OF THE DEFINE STATEMENTS TO BE EXPANDED FOR 

* DEFINITIONS IN THIS DIVISION: 

COMMENT THIS DEFINES DEDICATED ASYNCHRONOUS AUTOMATICALLY RECOGNIZED 

* COmUNICATIONS LINES. 

LDAAUTO: DEFINE, LTYPE=A2, TIPTYPE=ASYMC, AUTO=YES. 

COMMENT THIS DEFINES DEDICATED ASYNCHRONOUS AUTOMATICALLY RECOGNIZED 

* COmUNICATION LINES FOR NODE A ONLY; IT IS NOT USED IN THIS 

* NETWORK DEFINITION. 

LDSAUTO: DEFINE, LTYPE=S1, TIPTYPE=MODEA. 

COMMENT THIS DEFINES DIAL-UP ASYNCHRONOUS AUTOMATICALLY RECOGNIZED 

* COMMUNICATION LINES. 

LSAAUTO: DEFINE, LTYPE=A1, TIPTYPE=ASYNC, AUTO=YES. 

COMMENT THIS DEFINES DIAL-UP SYNCHRONOUS AUTOMATICALLY RECOGNIZED 

* COmUNICATION LINES FOR NODE A ONLY; IT IS NOT USED IN THIS 

* NETWORK DEFINITION. 

LSSAUTO: DEFINE, LTYPE=S2, TIPTYPE=MODEA. 

************************************************************************ 

* THIS 2550 IS CONFIGURED AS A FRONT-END NPU WITH A TERMINAL NODE 

* OF 3. 

NPA2550: NPU, N0DE=3, VARIANT=N2L, DNP^ES. 

COMMENT THERE IS ONE POSSIBLE SUPERVISION PATH FOR THIS NPU. IT IS: 
SUPLINK, LLNANE=LINK1. 

COMMENT THIS NPU HAS ONE COUPLER THAT SERVES AS THE HOST END 

* FOR TWO LOGICAL LINKS. ONE LOGICAL LINK STARTS IN 

* THIS NPU, THE OTHER STARTS IN A REMOTE NPU. 

CPLR1: COUPLER, N0DE=1, HNAME=«YS173, LOC=PRINARY. 

LINK1: LOGLINK, NCNANE=NPA2550. 

LINK2: LOGLINK, NCNANE=4<PB2551. 
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COMMENT HERE ARE ALL OF THE COMMUNICATION LINES FOR THIS NPU: 

« 

* THIS SYNCHRONOUS LINE SERVICES DIAL-UP MODE 4 WORK STATIONS 

* AND IS CONFIGURED FOR AUTOMATIC RECOGNITION. AS CONFIGURED, 

* THE LINE CAN SERVICE HASP, 2780, 3780, OR MODE 4A TERMINALS 

* AND MODE 4C DEVICES, BUT ONLY MODE 4A AND 4C TERMINALS ARE 

* CONFIGURED FOR SUCCESSFUL AUTOMATIC RECOGNITION. 

NPALN1; LINE, P0RT=2, LTYPE=S1, AUTO. 

TERMINAL, STIP=M4A, TC=200UT, CSET=BCD, CA=AUTOREC, RIC=NO. 
UT200A1: DEVICE, DT=CON, TA=AUTOREC, HN=1v AUTOCON=YES, 
DI«NO. 

UT200A2: DEVICE, DT=CR, TA=AUTOREC, DI=NO. 

COMMENT NOTE THAT THE TERMINAL IS A BCD CODE SET, BUT THE PRINTER 

* HAS A 64-CHARACTER ASCII PRINT TRAIN (SDT): 

UT200A3: DEVICE, DT=LP, SDT=A6, TA=AUTOREC, DI=NO. 

COMMENT EVEN THOUGH THIS TERMINAL IS REALLY A 734, IT IS CONFIGURED 

* AS IF IT WERE A 200 USER TERMINAL; TC DEFAULTS (CCP) TO TERM 

* CLASS USED FOR 200 USER TERMINALS. THIS CONFIGURATION IS 

* AUTOMATICALLY RECOGNIZED AS DISTINCT FROM THAT OF THE 

* PREVIOUS DEFINITION ONLY BECAUSE OF ITS CHARACTER SET VALUE. 

TERMINAL, STIP=M4A, TC=CCP, CSET=ASCII, CA=AUTOREC. 

UT200B4: DEVICE, DT=CON, TA=AUTOREC, HN=1, AUTOCON=YES, 
DI=NO. 

UT20lte5; DEVICE, DT=CR. 

UT200B6: DEVICE, DT=LP, SDT=A6, TA=AUTOREC, DI=NO. 

COMMENT INSTEAD OF THE FOLLOWING TWO STATEMENTS, A SINGLE TERMDEV 

* STATEMENT COULD HAVE BEEN USED FOR THIS MODE 4C CONSOLE. 

TERMINAL, STIP=M4C, TC=CCP, CSET=ASCII, CA=AUTOREC. 

COMMENT DEFAULT DEVICE TYPE IS CONSOLE (CON); ADMINISTRATIVE OPERATOR 

* MESSAGES ARE LOCKED OUT (LK PARAMETER). 

BATCH3: DEVICE, HN=1, AUTOCON, LK=YES. 

COMMENT THIS SYNCHRONOUS LINE SERVICES HASP WORKSTATIONS AND IS 

* CONFIGURED FOR AUTOMATIC RECOGNITION. AS CONFIGURED, THE 

* LINE CAN SERVICE HASP, 2780, 3780, OR MODE 4A TERMINALS AND 

* MODE 4C DEVICES, BUT ONLY HASP DEVICES ARE CONFIGURED FOR 

* SUCCESSFUL AUTOMATIC RECOGNITION. 

NPALN2; LINE, P0RT=3, LTYPE=S3, AUTO. 

COMMENT TC COULD BE OMITTED OR SPECIFIED AS TC=CCP FOR THE SAME 

* RESULT IN THE FOLLOWING: 

TERMINAL, STIP=PRE, TC=HPRE. 


HASPCON: 

DEVICE^ 

PRI=YES, HN=1, 

AUTOCON 

HASPCP1; 

DEVICE, 

DT=CP, 

D0=1, 


HASPPL1: 

DEVICE, 

DT=PL, 

SDT=8BIT, D0=2. 

HASPCR1: 

DEVICE, 

DT=CR, 

SDT=26, 

D0=1. 

HASPCR3: 

DEVICE, 

DT=CR, 

S0T=26, 

D0=2. 

HASPLP1; 

DEVICE, 

DT=LP, 

SDT=A9, 

D0=1. 
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COMMENT 


COMMENT 


COMMENT 

* 


THE FOLLOWING IS AN 029 CARD READER BY DEFAULT. 

HASPCR2: DEVICE, DT=CR, D0=3. 

THE FOLLOWING IS A 64-CHARACTER ASCII PRINTER BY DEFAULT. 
HASPLP2: DEVICE, DT=LP, D0=2. 

THE FOLLOWING IS A DIAL-UP ASYNCHRONOUS LINE CONFIGURED FOR 
AUTOMATIC RECOGNITION; THE DEFINITION IS EXPANDED FROM A 
DEFINE STATEMENT. 


NPALN3: LINE, P0RT=4, LSAAUTO. 


COMMENT 

* 


COMMENT 


THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 
DEVICE CAPABLE OF X-ON/X-OFF CONTROL OF INPUT OPERATIONS. 

HQRTTY1: TERMDEV, STIP=N2741, TSPEED=110, IC=YES. 

THE FOLLOWING IS A 2741-COMPATIBLE APL CHARACTER SET DEVICE. 

HQRTTY2: TERMDEV, STIP=2741, TSPEED=134, CSET=EBCDAPL. 


Mr*****i^**4r«*«*:k***«i^*********ir**********4r*******«4r*4r*4r4r4r****i^ ********** 

* THIS 2551 IS CONFIGURED AS A REMOTE NPU WITH A TERMINAL NODE OF 4. 

* IT REQUIRES AN OPERATOR COMMAND TO BEGIN SERVICING COMMUNICATION 

* LINES AFTER LOADING; IT IS NOT DUMPED BEFORE EACH LOAD (DMP=NO 

* IS THE DEFAULT). 

NPB2551: NPU, N00E=4, VARIANT=M5F, OPGO=YES. 

COMMENT THERE ARE TWO POSSIBLE SUPERVISION PATHS FOR THIS NPU. IN ORDER 

* OF PRIORITY OF USE, THEY ARE: 

SUPLINK, LLNANE=LINK2. 

SUPLINK, LLNAME=LINK4. 

COMMENT THE FOLLOWING IS A DEDICATED ASYNCHRONOUS LINE CONFIGURED 

* FOR AUTOMATIC RECOGNITION; THE DEFINITION IS EXPANDED FROM 

* A DEFINE STATEMENT. 

NPBLN1: LINE, P0RT=3, LDAAUTO. 


COMMENT 

* 


COMMENT 


THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER -COMPATIBLE 
DEVICE, BUT IS CONFIGURED TO BE A HAZELTINE 2000. 

ARHTTY1: TERMDEV, TC=H2000, TSPEED=AUTOREC. 

THE FOLLOWING IS A 2741-COMPATIBLE DEVICE. 

ARHTTY2: TERMDEV, STIP=2741, TSPEED=134, CSET=CORRES. 


************************************************************************ 

* this 2550 IS CONFIGURED AS A FRONT-END (LOCAL) NPU WITH A TERMINAL 

* MODE OF 5. IT IS NOT DUMPED AFTER BEING LOADED. 

NPC2550: NPU, N0DE=5, VARIANT=4I3L, DHP=NO. 

COMMENT THERE IS ONE POSSIBLE SUPERVISON PATH FOR THIS NPU. IT IS: 
SUPLINK, LLNAME=LINK3. 
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184 


COMMENT 

THIS NPU HAS ONE COUPLER THAT SERVES AS THE HOST END 

185 


* 

FOR THREE LOGICAL LINKS. ONE LOGICAL LINK STARTS IN THIS 

186 


* 

NPU, THE OTHER THO START IN REMOTE NPUS. 

187 




188 


CPLR2; 

COUPLER, N0DE=2, HNAME=SYS173, LOC=PRIMARY. 

189 



LINKS: LOGLINK, NCNAME=NPC2550. 

190 



LINK5: LOGLINK, NCNAME=NPOAEG. 

191 



LINK4; LOGLINK, NCNAME=NPB2551, DI=YES. *THIS LOGICAL LINK 

192 


* 

CAN BE USED IF THE COUPLER CONNECTED TO NPA2550 IS DOWN. 

193 




194 


COMMENT 

THE FOLLOWING IS A DIAL-UP ASYNCHRONOUS LINE WITH AN 

195 


•k 

AUTOMATIC RECOGNITION CONFIGURATION. 

196 




197 

D 

NPCLN1: 

LINE, P0RT=3, LSAAUTO. 

198 




199 


COMMENT 

THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 

200 ' 


* 

DEVICE, BUT IS CONFIGURED TO BE A MODEL 40 TELETYPE. 

201 




202 



SVLTTY1: TERMDEV, TC=M40, TSPEED=1200, HN=2, AUTOCON. 

203 




204 


COMMENT 

THE FOLLOWING IS A CDC 713 DEVICE. 

205 




206 



SVLTTY2: TERMDEV, TSPEED=300, TC=713, HN=2, AUTOCON. 

207 




208 


★★★****************************************************************^**i*r* 

209 


* THIS 

SELF-LOADING NPU IS CONFIGURED AS A REMOTE NPU WITH A TERMINAL 

210 


* NODE 

OF 6. AN OPERATOR COMMAND IS REQUIRED TO BEGIN SERVICING LINES 

211 


* (YES 

IS IMPLICIT VALUE FOR THE OPGO PARAMETER). THE DUMMY PICB NAME OF 

212 


* "SELF" IS USED, AND DUMPING IS DISABLED BECAUSE RELOADING THROUGH A 

213 


* NEIGHBOR NODE IS NOT POSSIBLE. 

214 




215 


NPDAEG: 

NPU, N0DE=6, VARIANT=SELF, OPGO, DMP=NO. 

216 




217 


COMMENT 

THERE IS ONE POSSIBLE SUPERVISION PATH FOR THIS NPU. IT IS: 

218 




219 



SUPLINK, LLNANE=LINK5. 

220 




221 


COMMENT 

THE FOLLOWING IS A DIAL-UP ASYNCHRONOUS LINE WITH AN AUTOMATIC 

222 


* 

RECOGNITION CONFIGURATION. 

223 




224 

D 

NPDLN1: 

LINE, P0RT=3, LSAAUTO. 

225 




226 


COMMENT 

THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 

227 


* 

DEVICE. 

228 




229 



STATTY1: TERMDEV, STIP=N2741, HM=2, AUTOCON=YES. 

230 




231 


COMMENT 

THE FOUOWING IS A DIAL-UP ASYNCHRONOUS LINE WITH AN AUTOMATIC 

232 


* 

RECOGNITION CONFIGURATION. 

233 




234 

D 

NPDLN2: 

LINE, P0RT=2, LSAAUTO. 

235 




236 


COMMENT 

THE FOLLOWING TERMINAL COULD BE AMY TELETYPEWRITER-COMPATIBLE 

237 


k 

DEVICE, BUT IS CONFIGURED TO BE A MODEL 37 TELETYPE. 

238 




239 



STATTY2: TERMDEV, TSPEED=150, TC=M33, PRI. 

240 




241 


COMMENT 

THE FOLLOWING IS A DEDICATED ASYNCHRONOUS LINE WITH AN 

242 


* 

AUTOMATIC RECOGNITION CONFIGURATION. 

243 




244 

D 

NPDLN3: 

LINE, P0RT=4, LDAAUTO. 

245 
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246 


COMMENT 

THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 

247 


* 

DEVICE. 

248 




249 



STATTY3: TERMDEV, STIP=N2741, HN=2, AUT0C0M=iYES. 

250 




251 



252 


COFMENT 

THIS 2550 IS.CONFIGURED AS A FRONT-END WITH A TERMINAL NODE 

253 


* 

OF 7. 

254 




255 


NPE2S50: 

NRU, N0DE=7, VARIANT=N7F, 0MP=YES. 

256 




257 


COMMENT 

THERE ARE TWO POSSIBLE SUPERVISION PATHS FOR THIS NPU. 

258 


* 

THEY ARE: 

259 




260 



SUPLINK, LLNANE=LINK6. 

261 



SUPLINK, LLNANE^LINKS. 

262 




263 


COMMENT 

THIS NPU HAS TWO COUPLERS THAT SERVE AS THE HOST END FOR 

264 


* 

THREE LOGICAL LINKS. 

265 




266 


CPLR3: 

COUPLER, NODE^, HNANE^0ST3, LOC=PRINARY. 

267 



LINK6: LOGLINK, NCNAME=NPE2550. 

268 



LINK7: L06LINK, NCNANE=CPLR4. 

269 




270 


CPLR4: 

COUPLER, N0DE=9, HNAME=SYS173, LOC=SECOND. 

271 



LINKS: LOGLINK, NCNANE=NPE2550. 

272 




273 


COMMENT 

THE FOLLOWING IS A DIAL-UP ASYNCHRONOUS LINE WITH AN 

274 


* 

AUTOMATIC RECOGNITION CONFIGURATION. 

275 




276 

D 

NPELN1: 

LINE, P0RT=2, LSAAUTO. 

277 




278 


COMMENT 

THE FOLLOWING IS A MODEL 40 TELETYPE. 

279 




280 



TTY1: TERMDEV, TC=M40, TSPEED=1200, HN=8, AUTOCON. 

281 




282 


COMMENT 

THE FOLLOWING IS A COMMUNICATION LINE BETWEEN THE X.25 

283 



PACKET-SWITCHING NETWORK AND NPE2550. 

284 




285 


NPELN2: 

LINE, P0RT=4, LTYPE=H1, TIPTYPE=X25, DFL=16, FRAME=1, 

286 



RTIME=200, PSN=CDSN, NSVC=1. 

287 




288 


COMMENT 

THE FOLLOWING IS A CDC 713 DEVICE. 

289 




290 



M713A: TERMDEV, STIP=PAD, TC=713. 

291 




292 



293 


* THIS 

2550 IS CONFIGURED AS A FRONT-END WITH A TERMINAL NODE OF 10. 

294 


* this 

NPU IS CONNECTED BY A X.25 PACKET-SWITCHING NETWORK TO THE 

295 


* NPU NPE2550. 

296 




297 


NPF2550: 

NPU, NOOE=10, VARIANT=N6F, OMP=YES. 

298 




299 


COMMENT 

THERE IS ONE POSSIBLE SUPERVISION PATH FOR THIS NPU. IT IS: 

300 




301 



SUPLINK, LLNAHE-LINK9. 

302 




303 


COMMENT 

THIS NPU HAS ONE COUPLER THAT SERVES AS THE HOST END FOR 

304 


* 

ONE LOGICAL LINE WHICH STARTS IN THIS NPU. 

305 




306 


CPLR5: 

COUPLER, N0DE=11, HNAHE=H0ST2, LOC=PRIMARY. 

307 



LINK9: LOGLINK, NCNAME=NPF2550. 

308 
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309 

COMMENT 

THE FOLLOWING IS A COMMUNICATION LINE BETWEEN THE X.25 

310 

* 

PACKET-SWITCHING NETWORK AND THE NPU NPF2550. 

311 



312 

NPFLN1: 

LINE, P0RT=3, LTYPE=H1, TIPTYPE=X25, 0FL=16, FRAME=1, 

313 


RTIME=200, PSN=CDSN, NSVC=1. 

314 



315 

COMMENT 

THE FOLLOWING IS A MODEL 40 TELETYPE. 

316 



317 


TTY2: TERMDEV, STIP=PAD, TC=M40. 

318 



319 

★★★******^**it****i^********^**********ifr********************************** 

320 

★ HERE 

ARE ALL OF THE TRUNK COMMUNICATION LINES IN THIS NETWORK. 

321 



322 

COMMENT 

THIS TRUNK CARRIES ONLY INTERACTIVE TRAFFIC, AND USES THE 

323 

★ 

DEFAULT FRAME SIZE OF 1050 CHARACTER BYTES: 

324 



325 

TRNK1; 

TRUNK, N1=NPA2550, P1=l, N2=NPB2551, P2=1, N0L0AD1=YES, 

326 


N0L0AD2=YES, DI=NO. 

327 



328 

COMMENT 

NOTE THAT THIS TRUNK IS ENABLED, EVEN THOUGH THE CORRESPONDING 

329 

* 

LOGICAL LINK IS DISABLED. 

330 



331 

TRNK2; 

TRUNK, N1=NPC2550, P1=1, N2=NPB2551, P2=2, N0L0AD1=YES, 

332 


N0L0AD23YES, FRAHE=1050, DI=NO. 

333 



334 

COMMENT 

THIS SELF-LOADING NPU CANNOT BE LOADED BY ITS NEIGHBOR NODE 

335 

★ 

AND CANNOT LOAD ITS NEIGHBOR NODE. 

336 



337 

TRNK3: 

TRUNK, N1=NPC2550, P1=2, N2=NPDAEG, P2=1, N0L0AD1=YES, 

338 


N0L0AD2=YES, FRANE=1050, DI=YES. 

339 



340 

COMMENT 

THIS IS THE END OF THE NETWORK DIVISION. 

341 



342 

***^**********^************************************************<r******** 

343 

* THE 

FOLLOWING DIVISION CREATES A LOCAL DIVISION LOCAL FILE: 

344 

************************************************************************ 

345 
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DEFINE NAME 

DEFINE CONTENTS 

LDAAUTO 

LTYPE=A2,TIPTYPE=ASYNC,AUT0=YES. 

LDSAUTO 

LTYPE=S1,TIPTYPE=M0DE4. 

LSAAUTO 

LTYPE=A1,TIPTYPE=ASYNC,AUTO=YES. 

LSSAUTO 

LTYPE=S2,TIPTYPE=M0DE4. 



Figure 11-3. DEFINE Statement Summary Listing, 
Network Division 
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LINE ERR 
1 


COMMENT TEST CASE ND99. 

COMMENT NAM 1 NDL REFERENCE MANUAL POSITIVE TEST SAMPLE, SECTION 11. 
COMMENT NO ERRORS EXPECTED. 

***************^k**************^**********************^***5*f************** 

♦ THE FOLLOWING DIVISION CREATES A NETWORK DIVISION LOCAL FILE: 

***********^^**************************************************#r********* 


PUBSNCF: NFILE. 

TITLE,PUBSNCF (NDL REF NAN SAMPLE PROGRAM). 

* NOTE THAT BLANK LINES ARE PERMITTED. 

* HERE ARE ALL OF THE DEFINE STATEMENTS TO BE EXPANDED FOR 

* DEFINITIONS IN THIS DIVISION: 

COMMENT THIS DEFINES DEDICATED ASYNCHRONOUS AUTOMATICALLY RECOGNIZED 

* COMMUNICATIONS LINES. 

LDAAUTO: DEFINE, LTYPE=A2, TIPTYPE=ASYNC, AUTO=YES. 

COMMENT THIS DEFINES DEDICATED ASYNCHRONOUS AUTOMATICALLY RECOGNIZED 

* COMMUNICATION LINES FOR MODE 4 ONLY; IT IS NOT USED IN THIS 

* NETWORK DEFINITION. 

LDSAUTO: DEFINE, LTYPE=S1, TIPTYPE=M0DE4. 

COMMENT THIS DEFINES DIALHJP ASYNCHRONOUS AUTOMATICALLY RECOGNIZED 

* COMMUNICATION LINES. 

LSAAUTO: DEFINE, LTYPE=A1, TIPTYPE=ASYNC, AUTO=YES. 

COMMENT THIS DEFINES DIAL-UP SYNCHRONOUS AUTOMATICALLY RECOGNIZED 

* COMMUNICATION LINES FOR MODE 4 ONLY; IT IS NOT USED IN THIS 

* NETWORK DEFINITION. 

LSSAUTO: DEFINE, LTYPE=S2, TIPTYPE=M0DE4. 

4r*«**ir***4r*r«r4r*4rit*****************************4r*************************i^ 

* THIS 2550 IS CONFIGURED AS A FRONT-END NPU WITH A TERMINAL NODE 

* OF 3. 

NPA2550: NPU, N0DE=3, VARIANT=N2L, DMP=YES. 

COMMENT THERE IS ONE POSSIBLE SUPERVISION PATH FOR THIS NPU. IT IS: 
SUPLINK, LLNAME=LINK1. 

COMMENT THIS NPU HAS ONE COUPLER THAT SERVES AS THE HOST END 

* FOR TWO LOGICAL LINKS. ONE LOGICAL LINK STARTS IN 

* THIS NPU, THE OTHER STARTS IN A REMOTE NPU. 

CPLR1: COUPLER, N0DE=1, HNAME=SYS173, LOC=PRIMARY. 

LINK1: LOGLINK, NCNAME=NPA2550. 

LINK2: LOGLINK, NCNAME==NPB2551. 
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121 


COMMENT HERE ARE ALL OF THE COMMUNICATION LINES FOR THIS NPU: 

★ 

* THIS SYNCHRONOUS LINE SERVICES DIAL-UP NODE 4 WORKSTATIONS 

* AND IS CONFIGURED FOR AUTONATIC RECOGNITION. AS CONFIGURED^ 

* THE LINE CAN SERVICE HASP, 2780, 3780, OR NODE 4A TERNINALS 

* AND MODE AC DEVICES, BUT ONLY NODE 4A AND 4C TERMINALS ARE 

* CONFIGURED FOR SUCCESSFUL AUTONATIC RECOGNITION. 

NPALN1: LINE, P0RT=2, LTYPE=S1, AUTO. 

TERMINAL, STIP=M4A, TC=200UT, CSET=eCD, CA=AUTOREC, RIC=NO. 
UT200A1: DEVICE, DT=CON, TA=AUTOREC, HN=1, AUTOCON=YES, 
DI=NO. 

UT200A2: DEVICE, DT=CR, TA*AUTOREC, DI=NO. 

COMMENT NOTE THAT THE TERMINAL IS A BCD CODE SET, BUT THE PRINTER 

* HAS A 64-CHARACTER ASCII PRINT TRAIN (SDT); 

UT200A3: DEVICE, DT=LP, SDT=A6, TA=AUTOREC, DI=NO. 

COMMENT EVEN THOUGH THIS TERMINAL IS REALLY A 734, IT IS CONFIGURED 

* AS IF IT WERE A 200 USER TERMINAL; TC DEFAULTS (CCP) TO TERM 

* CLASS USED FOR 200 USER TERNINALS. THIS CONFIGURATION IS 

* AUTOMATICALLY RECOGNIZED AS DISTINCT FROM THAT OF THE 

* PREVIOUS DEFINITION ONLY BECAUSE OF ITS CHARACTER SET VALUE. 

TERMINAL, STIP=M4A, TC=CCP, CSET=ASCII, CA=AUTOREC. 

UT200B4; DEVICE, DT=CON, TA=AUTOREC, HN=1, AUTOCON=YES, 
DI=NO. 

UT200B5; DEVICE, DT=CR. 

UT200B6: DEVICE, DT=LP, SDT=A6, TA=AUTOREC, DI=NO. 

COMMENT INSTEAD OF THE FOLLOWING TWO STATEMENTS, A SINGLE TERMDEV 

* STATEMENT COULD HAVE BEEN USED FOR THIS NODE 4C CONSOLE. 

TERMINAL, STIP=M4C, TC=CCP, CSET=ASCII, CA=AUTOREC. 

COMMENT DEFAULT DEVICE TYPE IS CONSOLE (CON); ADMINISTRATIVE OPERATOR 

* MESSAGES ARE LOCKED OUT (LK PARAMETER). 

BATCH3: DEVICE, HN^, AUTOCON, LK=YES. 

COMMENT THIS SYNCHRONOUS LINE SERVICES HASP WORKSTATIONS AND IS 

* CONFIGURED FOR AUTONATIC RECOGNITION. AS CONFIGURED, THE 

* LINE CAN SERVICE HASP, 2780, 3780, OR MODE 4A TERMINALS AND 

* NODE 4C DEVICES, BUT ONLY HASP DEVICES ARE CONFIGURED FOR 

* SUCCESSFUL AUTONATIC RECOGNITION. 

NPALN2: LINE, P0RT=3, LTYPE=S3, AUTO. 

COMMENT TC COULD BE OMITTED OR SPECIFIED AS TC=CCP FOR THE SAME 

* RESULT IN THE FOLLOWING: 

TERMINAL, STIP=PRE, TC=«PRE. 


HASPCON: 

DEVICE^ 

PRI=YES, HN=1, 

AUTOCON 

HASPCP1: 

DEVICE^ 

DT=CP, 

D0=1. 


HASPPL1: 

DEVICE^ 

DT=PL, 

SDT=8BIT, D0=2. 

HASPCR1: 

DEVICE, 

DT=CR, 

S0T=26, 

D0=1. 

HASPCR3: 

DEVICE, 

DT=CR, 

SDT=26, 

D0=2. 

HASPLP1: 

DEVICE, 

DT=LP, 

SDT=A9, 

00=1. 
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COMMENT 


COMMENT 


COMMENT 

* 

•k 


THE FOLLOWING IS AN 029 CARD READER BY DEFAULT. 

HASPCR2: DEVICE, DT=CR, D0»3. 

THE FOLLOWING IS A 64-CHARACTER ASCII PRINTER BY DEFAULT. 
HASPLP2: DEVICE, DT=LP, D0=2. 

THE FOLLOWING IS A DIAL-UP ASYNCHRONOUS LINE CONFIGURED FOR 
AUTOMATIC RECOGNITION; THE DEFINITION IS EXPANDED FROM A 
DEFINE STATEMENT. 


NPALN3: LINE, P0RT=4, LTYPE=A1,TIPTYPE=ASYNC,AUT0=YES. 


COMMENT 

* 


COMMENT 


THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 
DEVICE CAPABLE OF X-ON/X-OFF CONTROL OF INPUT OPERATIONS. 

HQRTTY1; TERMDEV, STIP=412741, TSPEED=110, IC=YES. 

THE FOLLOWING IS A 2741-COMPATIBLE APL CHARACTER SET DEVICE. 

HQRTTY2: TERMDEV, STIP=«741, TSPEED=134, CSET=EBCDAPL. 


************************************************************************ 

* THIS 2551 IS CONFIGURED AS A REMOTE NPU WITH A TERMINAL NODE OF 4. 

* IT REQUIRES AN OPERATOR COMMAND TO BEGIN SERVICING COMMUNICATION 

* LINES AFTER LOADING; IT IS NOT DWPED BEFORE EACH LOAD (DMP^ 

* IS THE DEFAULT). 

NPB2551: NPU, N0DE=4, VARIANT=N5F, OPGO=YES. 

COMMENT THERE ARE TWO POSSIBLE SUPERVISION PATHS FOR THIS NPU. IN ORDER 

* OF PRIORITY OF USE, THEY ARE: 

SUPLINK, LLNANE^.INK2. 

SUPLINK, LLNAME=LINK4. 

COMMENT THE FOLLOWING IS A DEDICATED ASYNCHRONOUS LINE CONFIGURED 

* FOR AUTOMATIC RECOGNITION; THE DEFINITION IS EXPANDED FROM 

* A DEFINE STATEMENT. 

NP8LN1: LINE, P0RT=3, LTYPE=A2,TIPTYPE=ASYNC,AUT0=YES. 


COMMENT 

* 


COMMENT 


THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 
DEVICE, BUT IS CONFIGURED TO BE A HAZELTINE 2000. 

ARHTTY1: TERMDEV, TC=H2000, TSPEED=AUTOREC. 

THE FOLLOWING IS A 2741-COMPATIBLE DEVICE. 

ARHTTY2: TERMDEV, STIP=2741, TSPEED=134, CSET=CORRES. 


************************************************************************ 

* THIS 2550 IS CONFIGURED AS A FRONT-END (LOCAL) NPU WITH A TERMINAL 

* NODE OF 5. IT IS NOT DUMPED AFTER BEING LOADED. 


NPC2550: NPU, N0DE=5, VARIANT=N3L, DMP=NO. 

COMMENT THERE IS ONE POSSIBLE SUPERVISON PATH FOR THIS NPU. 
SUPLINK, LLNAME=LINK3. 


IT IS: 
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184 


COMMENT 

THIS NPU HAS ONE COUPLER THAT SERVES AS THE HOST END 

185 


* 

FOR THREE LOGICAL LINKS. ONE LOGICAL LINK STARTS IN THIS 

186 


* 

NPU, THE OTHER TWO START IN REMOTE NPUS. 

187 




188 


CPLR2: 

COUPLER, N00E=2, HNAME=SYS173, L0C=PRIMARY. 

189 



LINK3: LOGLINK, NCNAME=NPC2550. 

190 



LINKS; LOGLINK, NCNANE=NPOAEG. 

191 



LINK4: LOGLINK, NCNAME=NPB2551, DI=YES. *THIS LOGICAL LINK 

192 


★ 

CAN BE USED IF THE COUPLER CONNECTED TO NPA2550 IS DOWN. 

193 




194 


COMMENT 

THE FOLLOWING IS A DIAL-UP ASYNCHRONOUS LINE WITH AN 

195 


it 

AUTOMATIC RECOGNITION CONFIGURATION. 

196 




197 

D 

NPCLN1: 

LINE, P0RT=3, LTYPE=A1,TIPTYPE=ASYNC,AUT0=YES. 

198 




199 


COMMENT 

THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 

200 


* 

DEVICE, BUT IS CONFIGURED TO BE A MODEL 40 TELETYPE. 

201 




202 



SVLTTY1; TERMDEV, TC=M40, TSPEED=1200, HN=2, AUTOCON. 

203 




204 


COMMENT 

THE FOLLOWING IS A CDC 713 DEVICE. 

205 




206 



SVLTTY2: TERMDEV, TSPEED=300, TC=713, HN=2, AUTOCON. 

207 




208 


1rkiiitit*itit**icitieit*ititiritit1tit’kititit**i(ic**icititieicititic*iiicititititititit*icitititiciciticititititititit1t*icititic 

209 


* THIS 

SELF-LOADING NPU IS CONFIGURED AS A REMOTE NPU WITH A TERMINAL 

210 


* NODE 

OF 6. AN OPERATOR COMMAND IS REQUIRED TO BEGIN SERVICING LINES 

211 


* (YES 

IS IMPLICIT VALUE FOR THE OPGO PARAMETER). THE DUMMY PICB NAME OF 

212 


* *»SELF 

" IS USED, AND DUMPING IS DISABLED BECAUSE RELOADING THROUGH A 

213 


* NEIGHBOR NODE IS NOT POSSIBLE. 

214 




215 


NPDAEG: 

NPU, N0DE=6, VARIANT=SELF, OPGO, DMP=NO. 

216 




217 


COMMENT 

THERE IS ONE POSSIBLE SUPERVISION PATH FOR THIS NPU. IT IS: 

218 




219 



SUPLINK, LLNAME=LINK5. 

220 




221 


COMMENT 

THE FOLLOWING IS A DIAL-UP ASYNCHRONOUS LINE WITH AN AUTOMATIC 

222 


* 

RECOGNITION CONFIGURATION. 

223 




224 

D 

NPDLN1: 

LINE, P0RT=3, LTYPE=A1,TIPTYPE=ASYNC,AUT0=YES. 

225 




226 


COMMENT 

THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 

227 


★ 

DEVICE. 

228 




229 



STATTY1: TERMDEV, STIP=N2741, HN=2, AUTOCON=YES. 

230 




231 


COMMENT 

THE FOLLOWING IS A DIAL-UP ASYNCHRONOUS LINE WITH AN AUTOMATIC 

232 


* 

RECOGNITION CONFIGURATION. 

233 




234 

D 

NPDLN2: 

LINE, P0RT=2, LTYPE=A1,TIPTYPE=ASYNC,AUT0=YES. 

235 




236 


COMMENT 

THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 

237 


* 

DEVICE, BUT IS CONFIGURED TO BE A MODEL 37 TELETYPE. 

238 




239 



STATTY2: TERMDEV, TSPEED=150, TC=M33, PRI. 

240 




241 


COMMENT 

THE FOLLOWING IS A DEDICATED ASYNCHRONOUS LINE WITH AN 

242 


* 

AUTOMATIC RECOGNITION CONFIGURATION. 

243 




244 

D 

NPDLN3: 

LINE, P0RT=4, LTYPE=A2,TIPTYPE=ASYNC,AUT0=YES. 

245 
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246 

CONNENT 

THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 

247 

* 

DEVICE. 

248 

249 


STATTY3: TERHOEV, STIP^2741, HN=2, AUTOCON=YES. 

250 

251 

★★************^*******************************************************’*f* 

252 

COJWENT 

THIS 2550 IS CONFIGURED AS A FRONT-END WITH A TERMINAL NODE 

253 

* 

OF 7. 

254 



255 

NPE2550: 

NPU/ N00E=7/ VARIANT=N7F, DHP=YES. 

256 

257 

COMMENT 

THERE ARE TWO POSSIBLE SUPERVISION PATHS FOR THIS NPU. 

258 

* 

THEY ARE: 

259 

260 


SUPLINK/ LLNANE=4.INK6. 

261 


SUPLINK/ LLNAHE=LINK8. 

262 

263 

COMMENT 

THIS NPU HAS TWO COUPLERS THAT SERVE AS THE HOST END FOR 

264 

* 

THREE LOGICAL LINKS. 

265 



266 

CPLR3; 

COUPLER/ N0DE=8/ HNANE^0ST3/ LOC^RIMARY. 

267 


LINK6; L06LINK/ NCNAKE=NPE2550. 

268 


LINK7: L06LINK/ NCNANE-CPLR4. 

269 



270 

CPLR4: 

COUPLER/ N0DE=9/ HNANE=SYS173/ LOC=SECOND. 

271 


LINKS: LOGLINK/ NCNANE=NPE2S50. 

272 



273 

COMMENT 

THE FOLLOWING IS A DIAL-UP ASYNCHRONOUS LINE WITH AN 

274 

★ 

AUTOMATIC RECOGNITION CONFIGURATION. 

275 



276 

D NPELN1: 

LINE/ P0RT=2/ LTYPE=A1/TIPTYPE=ASYNC/AUT0=YES. 

277 



278 

COMMENT 

THE FOLLOWING IS A MODEL 40 TELETYPE. 

279 



280 


TTY1: TERMDEV/ TC=4(40/ TSPEED=1200/ HN=8/ AUTOCON. 

281 



282 

COMMENT 

THE FOLLOWING IS A COMMUNICATION LINE BETWEEN THE X.2S 

283 

* 

PACKET-SWITCHING NETWORK AND NPE2550. 

284 



285 

NPELN2: 

LINE/ P0RT=4/ LTYPE=H1/ TIPTYPE=X25/ DFL=16/ FRAME=1/ 

286 


RTIME=200/ PSN=CDSN/ NSVC=1. 

287 



288 

COHMENT 

THE FOLLOWING IS A CDC 713 DEVICE. 

289 



290 


M713A: TERMDEV/ STIP=PAD/ TC=713. 

291 



292 

★***********Jt*^***************i*f*#r*********^****:«r********<r^************** I 

293 

* THIS 

2550 IS CONFIGURED AS A FRONT-END WITH A TERMINAL NODE OF 10. 

294 

* THIS 

NPU IS CONNECTED BY A X.25 PACKET-SWITCHING NETWORK TO THE 

295 

* NPU NPE2550. 

296 



297 

NPF2S50 

NPU/ N0DE=10/ VARIANT=N6F/ DHP=YES. 

298 



299 

COMMENT 

THERE IS ONE POSSIBLE SUPERVISION PATH FOR THIS NPU. IT IS: 

300 



301 


SUPLINK/ LLNANE=LINK9. 

302 



303 

COMMENT 

THIS NPU HAS ONE COUPLER THAT SERVES AS THE HOST END FOR 

304 

* 

ONE LOGICAL LINE WHICH STARTS IN THIS NPU. 

305 



306 

CPLR5: 

COUPLER/ N0DE=11/ HNAME=H0ST2/ LOC=PRIMARY. 

307 


LINK9: LOGLINK/ NCNAME=NPF2550. 

308 
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309 

COMMENT 

THE FOLLOWING IS A COMMUNICATION LINE BETWEEN THE X.25 

310 

★ 

PACKET-SWITCHING NETWORK AND THE NPU NPF2550. 

311 



312 

NPFLN1: 

LINE, PORT=3, LTYPE=H1, TIPTYPE=X25, DFL=16, FRAME=1, 

313 


RTinE=200, PSN=CDSN, NSVC=1. 

314 



315 

COMMENT 

THE FOLLOWING IS A MODEL 40 TELETYPE. 

316 



317 


TTY2: TERHDEV, STIP=PAD, TC=M40. 

318 


, 

319 


320 

« HERE 

ARE ALL OF THE TRUNK COMMUNICATION LINES IN THIS NETWORK. 

321 



322 

COMMENT 

THIS TRUNK CARRIES ONLY INTERACTIVE TRAFFIC^ AND USES THE 

323 

it 

DEFAULT FRAME SIZE OF 1050 CHARACTER BYTES: 

324 



325 

TRNK1: 

TRUNK, N1=NPA2550, P1=1, N2=NPB2551, P2=1, N0L0AD1=YES, 

326 


N0L0AD2=YES, DI=NO. 

327 



328 

COMMENT 

NOTE THAT THIS TRUNK IS ENABLED, EVEN THOUGH THE CORRESPONDING 

329 

* 

LOGICAL LINK IS DISABLED. 

330 



331 

TRNK2; 

TRIWK, N1=NPC2550, P1=1, N2=NPB2551, P2=2, N0L0AD1=YES, 

332 


N0L0AD2=YES, FRAME=1050, DI^O. 

333 



334 

COMMENT 

THIS SELF-LOADING NPU CANNOT BE LOADED BY ITS NEIGHBOR NODE 

335 

★ 

AND CANNOT LOAD ITS NEIGHBOR NODE. 

336 



337 

TRNK3; 

TRUNK, N1=NPC2550, P1=2, N2=NPDAEG, P2=1, N0L0AD1=YES, 

338 


M0L0AD2=YES, FRAHE=1050, DI=YES. 

339 



340 

COMMENT 

THIS IS THE END OF THE NETWORK DIVISION. 

341 



342 


343 

* THE FOLLOWING DIVISION CREATES A LOCAL DIVISION LOCAL FILE: 

344 


345 
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Figure 11-5. File Summary Listing, Network Division for File PUBSNCF (Sheet 2 of 9) 
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Figure 11-5. File Summary Listing, Network Division for File PUBSNCF (Sheet 4 of 9) 
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Figure 11-5- File Summary Listing^ Network Division for File PUBSNCF (Sheet 5 of 9) 
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Figure 11-5. File Summary Listing, Network Division for File PUBSNCF (Sheet 6 of 9) 
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Figure 11-5. File Summary Listing^ Network Division for File PUBSNCF (Sheet 7 of 9) 
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Figure 11-5. File Summary Listing, Network Division for File PUBSNCF (Sheet 8 of 9) 
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Figure 11-5. File Summary Listing/ Network Division for File PUBSNCF (Sheet 9 of 9) 



LINE ERR 

1 


DEFINE 


PUBSLCF: LFILE. 


TITLE,PUBSLCF (NDL REF MAN SAMPLE PROGRAM). 

******************************************Jlr***************** ******★★**•<(* 

* HERE ARE ALL OF THE APPLICATION PROGRAMS INSTALLED AT THIS SITE. 

* EACH HAS AN APPL STATEMENT JUST FOR DOCUMENTATION PURPOSES; ONLY 

* THE STATEMENTS FOR RBF, TAF, AND RMV2 ARE NECESSARY. 

* THE PRIVILEGED RESTRICTION IS NOT REQUIRED FOR THE OTHERS. 


APPL, 

PRIV=YES, 

UIO=YES, 

DI=NO 

APPL, 

PRIV=YES, 

UID=NO, 

DI=NO 

APPL, 

PRIV=YES, 

UIO=YES, 

DI=NO 

APPL, 

PRIV=YES, 

UID=NO, 

DI=NO 

APPL, 

PRIV=NO, 

UID=NO, 

OI=NO 


COMMENT THE FOLLOWING IS A SITE-DEFINED NETWORK APPLICATION PROGRAM 
* AND IS NOT IN THE SYSTEM LIBRARY: 


RMV2: APPL, DI=YES. 


* RMV2 IS INITIALLY DISABLED. 


************************************************************************ 

* HERE ARE ALL OF THE DEVICES REQUIRING AN AUTOMATIC OR MANDATORY 

* LOGIN CONFIGURATION. 

* ALL USER NAMES ARE KNOWN TO BE VALID FOR THIS HOST. 

* THE DEFAULT FAMILY NAME IS SVLSYS. SVLFAM2 IS ALSO KNOWN TO BE VALID. 


COMMENT 

* 


THIS TERMINAL HAS DEFAULTS FOR ALL LOGIN PARAMETERS; USERS 
ARE STILL PROMPTED FOR EACH PARAMETER EXCEPT PASSWORD: 


HASPCON: USER, DFAM=SVLFAM2, DUSER=HASPUSR, PAPPL=RBF. 

COMMENT THIS TERMINAL HAS ONLY MANDATORY LOGIN PARAMETERS; USERS 

* ARE NOT PROMPTED FOR ANY PARAMETERS AND ONLY RBF IS 

* ACCESSIBLE FROM THIS TERMINAL: 

BATCH3: USER, MFAN=0, MUSER=RBFUSER, MAPPL=RBF. 

COMMENT THIS TERMINAL IS ALLOWED ACCESS TO SEVERAL FILE DEVICE 

* FAMILIES AND THEREFORE MUST INDICATE A FAMILY NAME. 

* THE USER NAME CAN BE DEFAULTED, AND ACCESS IS ONLY 

* PERMITTED TO RBF. 

UT200A1: USER, DFAH=NONE, DUSER^SERRBF, MAPPL=RBF. 

COMMENT THIS TERMINAL IS ALLOWED ACCESS TO SEVERAL FILE DEVICE 

* FAMILIES BUT NEED NOT INDICATE A FAMILY NAME; FAMILY 

* NAME AND THE USERNAME CAN BE DEFAULTED. ACCESS IS 

* PERMITTED ONLY TO RMV2. 

UT200B4: USER, DFAM4, DUSER=USERRBF, MAPPL=RMV2. 

COMMENT THIS DEVICE IS ALLOWED ACCESS TO ANY APPLICATION PROGRAM, 

* • BUT CAN ONLY LOG INTO ONE WITH A FIXED FAMILY NAME AND 

* USER NAME. 

HQRTTY1: USER, MFAMO, MUSER=USER8. 

COMMENT THE USER OF THIS DEVICE MUST PROVIDE ALL LOGIN PARAMETERS 

* EXCEPT THE LAST ONE, FOR WHICH A DEFAULT EXISTS. 
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62 

HaRTTYZ: 

USER, DFAH=NOME, DUSER=NONE, PAPPL=IAF. 

63 

COMMENT 

THIS DEVICE IS ALLOWED ACCESS TO ANY APPLICATION PR06RAH, 

65 

* 

BUT CAN ONLY LOG INTO ONE WITH A FIXED USER NAME AND IS 

66 

★ 

PRCMPTED FOR FAMILY NAME. 

67 

68 

ARHTTY1: 

USER, HFAM=NONE, MUSERmSERZO, MAPPL^ONE. 

69 

70 

COMHENT 

THIS TERMINAL IS CONFIGURED FOR LOGIN DIALOG COMPATIBLE 

71 

* 

WITH EARLIER VERSIONS OF NETWORK PRODUCTS. 

72 



73 

ARHTTY2; 

USER, DFAN=0. 

74 

75 

CONKENT 

THIS TERMINAL IS CONFIGURED FOR LOGIN DIALOG THAT PERMITS 

76 

* 

ALL PARAMETERS TO BE ENTERED, BUT PROVIDES ONLY ONE DEFAULT: 

77 



78 

SVLTTT1: 

USER, DFAN=NONE, DUSER^JSERSO, PAPPL=NONE. 

79 

80 

COMMENT 

THIS TERMINAL IS CONFIGURED FOR LOGIN DIALOG THAT PERMITS 

81 

* 

ALL PARAMETERS TO BE ENTERED, BUT PROVIDES TWO DEFAULTS: 

82 



83 

SVLTTY2: 

USER, DFAM=NONE, DUSER=USER40, PAPPL=IAF. 

84 

85 

COMMENT 

ALL OTHER TERMINALS ARE CONFIGURED BY OMISSION, SUCH THAT 

86 

★ 

THEIR USERS MUST ENTER ALL FOUR LOGIN PARAMETERS. 

87 



88 

************************************************************************ 1 

89 

* END OF 

LOCAL DIVISION, END OF LOCAL DEFINITION, AND END OF NETWORK 

90 

* DEFINITION. 

91 

**********^****************************<f***’ftf********<f**************^**** 

92 



93 

END. 



Figure 11-6. 

Normal Source Listing, Local Division (2 of 2) 

NO DEFINE COMMANDS ENCOUNTERED 


Figure 11-7. DEFINE Statement Summary Listing^ Local Division 
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PUBSLCF: LFILE 


LINE ERR DEFINE 
1 
2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 
61 
62 

63 

64 

65 

66 
67 


TITLE,PUBSLCF (NDL REF MAN SAMPLE PROGRAM). 

*********^t************************<f******:*r************************^***:^* 

* HERE ARE ALL OF THE APPLICATION PROGRAMS INSTALLED AT THIS SITE. 

* EACH HAS AN APPL STATEMENT JUST FOR DOCUMENTATION PURPOSES; ONLY 

* THE STATEMENTS FOR RBF, TAF, AND RMV2 ARE NECESSARY. 

* THE PRIVILEGED RESTRICTION IS NOT REQUIRED FOR THE OTHERS. 


RBF: 

APPL, 

PRIV=YES, 

UID=YES, 

DI=NO 

lAF: 

APPL, 

PRIV=YES, 

UID=NO, 

DI=NO 

TAF: 

APPL, 

PRIV=YES, 

UID=YES, 

DI=NO 

NCS: 

APPL, 

PRIV=YES, 

UID=NO, 

DI=NO 

TVF: 

APPL, 

PRIV=NO, 

UID=NO, 

DI=NO 


COMMENT THE FOLLOWING IS A SITE-DEFINED NETWORK APPLICATION PROGRAM 

* AND IS NOT IN THE SYSTEM LIBRARY: 

RMV2: APPL, DI=YES. * RMV2 IS INITIALLY DISABLED. 

************************************************************************ 

* HERE ARE ALL OF THE DEVICES REQUIRING AN AUTOMATIC OR MANDATORY 

* LOGIN CONFIGURATION. 

* ALL USER NAMES ARE KNOWN TO BE VALID FOR THIS HOST. 

* THE DEFAULT FAMILY NAME IS SVLSYS. SVLFAM2 IS ALSO KNOWN TO BE VALID. 

COMMENT THIS TERMINAL HAS DEFAULTS FOR ALL LOGIN PARAMETERS; USERS 

* ARE STILL PROMPTED FOR EACH PARAMETER EXCEPT PASSWORD: 

HASPCON: USER, DFAM=SVLFAM2, DUSER=HASPUSR, PAPPL=RBF. 

COMMENT THIS TERMINAL HAS ONLY MANDATORY LOGIN PARAMETERS; USERS 

* ARE NOT PROMPTED FOR ANY PARAMETERS AND ONLY RBF IS 

* ACCESSIBLE FROM THIS TERMINAL: 

BATCH3; USER, MFAM=0, KUSER=RBFUSER, HAPPL=RBF. 

COMMENT THIS TERMINAL IS ALLOWED ACCESS TO SEVERAL FILE DEVICE 

* FAMILIES AND THEREFORE MUST INDICATE A FAMILY NAME. 

* THE USER NAME CAN BE DEFAULTED, AND ACCESS IS ONLY 

* PERMITTED TO RBF. 

UT200A1; USER, DFAM=NONE, DUSER=USERRBF, MAPPL=RBF. 

COMMENT THIS TERMINAL IS ALLOWED ACCESS TO SEVERAL FILE DEVICE 

* FAMILIES BUT NEED NOT INDICATE A FAMILY NAME; FAMILY 

* NAME AND THE USERNAME CAN BE DEFAULTED. ACCESS IS 

* PERMITTED ONLY TO RMV2. 

UT2C0B4: USER, DFAH=0, DUSER=USERRBF, MAPPL=RMV2. 

COMMENT THIS DEVICE IS ALLOWED ACCESS TO ANY APPLICATION PROGRAM, 

* BUT CAN ONLY LOG INTO ONE WITH A FIXED FAMILY NAME AND 

* USER NAME. 

HQRTTY1: USER, MFAMKI, MUSER=USER8. 

COMMENT THE USER OF THIS DEVICE MUST PROVIDE ALL LOGIN PARAMETERS 

* EXCEPT THE LAST ONE, FOR WHICH A DEFAULT EXISTS. 

HQRTTY2: USER, OFAM=NONE, DUSER=NONE, PAPPL=IAF. 

COMMENT THIS DEVICE IS ALLOWED ACCESS TO ANY APPLICATION PROGRAM, 

* BUT CAN ONLY LOG INTO ONE WITH A FIXED USER NAME AND IS 

* PROMPTED FOR FAMILY NAME. 


Figure 11-8. Expanded Source Listing, Local Division (Sheet 1 of 2) 
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ARHTTY1; USER, HFAM=NONE, HUSER^JSER20, MAPPL=NONE. 

COMMENT THIS TERMINAL IS CONFIGURED FOR LOGIN DIALOG COMPATIBLE 

* MITH EARLIER VERSIONS OF NETWORK PRODUCTS. 

ARHTTY2; USER, DFAM=0. 

COMMENT THIS TERMINAL IS CONFIGURED FOR LOGIN DIALOG THAT reRNIIfi. -r 

* ALL PARAMETERS TO BE ENTERED, BUT PROVIDES ONLY ONE DEFAULT: 

SVLTTY1: USER, DFAH=NONE, DUSER=USER30, PAPPL=»IONE. 

COMMENT THIS TERMINAL IS CONFIGURED FOR LOGIN DIALOG THAT PERMITS 

* ALL PARAMETERS TO BE ENTERED, BUT PROVIDES TWO DEFAULTS; 

SVLTTY2; USER, DFAH=NONE, DUSER<=USER40, PAPPL=IAF. 

COMMENT ALL OTHER TERMINALS ARE CONFIGURED BY OMISSION, SUCH THAT 

* THEIR USERS MUST ENTER ALL FOUR LOGIN PARAMETERS. 

************************************************************************ 

* END OF LOCAL DIVISION, END OF LOCAL DEFINITION, AND END OF NETWORK 

* DEFINITION. 

************************************************************************ 


Figure 11-B. Expanded Source Listing, Local Division (Sheet 2 of 2) 



APPL NAME PRIV UID STATUS RS MXCOPYS KDSP NETXFR PRU 

RBF YES YES EN NO 1 NO NO 

lAF YES NO EN NO 1 NO NO 

TAF YES YES EN NO 1 NO NO 

NCS YES NO EN NO 1 NO NO 

TVF NO NO EN NO 1 NO NO 

RNV2 NO NO DI NO 1 NO NO 

USER NAME FAMILY F-STATUS USER U-STATUS APPL A-STATUS 

HASPCON SVLFAM2 DEF HASPUSR DEF RBF PRI 



Figure 11-9. File Suniaary Listing, Local Division for File PUBSLCF 
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?,?,?,? indicates log-in parameters required in an abbreviated sequence of family name, user name, password, application name 


Figure 11-11. Logical Configuration of Network PUBSNET 
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CHARACTER DATA INRUT, OUTPUT, AND CENTRAL 
MEMORY REPRESENTATION 


A 


This appendix describes the code and character sets 
used by the operating system local batch device 
driver programs, magnetic tape driver programs, and 
network terminal communication products. This 
appendix does not describe how other products 
associate certain graphic or control characters 
with specific binary code values for collating or 
syntax processing purposes. The main text of this 
manual describes such associations that are rele¬ 
vant to the reader. 


CHARACTER SETS AND CODE 
SETS 

A character set differs from a code set. A char¬ 
acter set is a set of graphic and/or control char¬ 
acter symbols. A code set is a numbering system 
used to represent each character within a character 
set. Characters exist outside the computer system 
and communication network; codes are received, 
stored, retrieved, and transmitted within the 
computer system and network. 

When this manual refers to the ASCII 128-character 
set or the 7-bit ASCII code set, it is referring to 
the character set and code set defined as the 
American National Standard Code for Information 
Interchange (ASCII, ANSI Standard X3.4-1977). 
References in this manual to an ASCII character set 
or an ASCII code set do not necessarily apply to 
the 128-character, 7-blt ASCII code set. 

GRAPHIC AND CONTROL 
CHARACTERS 

A graphic character can be displayed or printed. 
Examples of graphic characters are the characters A 
through 2, a blank, and the digits 0 through 9. A 
control character is not a graphic character; a 
control character initiates, modifies, or stops a 
control operation. An example of a control char¬ 
acter is the backspace character, which moves the 
terminal carriage or cursor back one space. Al¬ 
though a control character is not a graphic char¬ 
acter, some terminals use a graphic representation 
for control characters. 


CODED AND BINARY 
CHARACTER DATA 

Character codes can be interpreted as coded char¬ 
acter data or as binary character data. Coded 
character data is converted by default from one 
code set representation to another as it enters or 
leaves the computer system; for example, data 
received from a terminal or sent to a magnetic tape 
unit is converted. Binary character data is not 
converted as it enters or leaves the system. 
Character codes are not converted when moved within 
the system; for example, data transferred to or 
from mass storage is not converted. 


The distinction between coded character data and 
binary character data is important when reading or 
punching car^s and when reading or writing magnetic 
tape. Only coded character data can be properly 
reproduced as characters on a line printer. Only 
binary character data can properly represent 
characters on a punched card when the data cannot 
be stored as display code. 

The distinction between binary character data and 
characters represented by binary data (such as 
peripheral equipment instruction codes) is also 
important. Only binary noncharacter data can 
properly reproduce characters on a plotter. 


CHARACTER SET TABLES 

The character set tables in this appendix are 
designed so that the user can find the character 
represented by a code (such as in a dump) or find 
the code that represents a character. To find the 
character represented by a code, the user looks up 
the code in the column listing the appropriate code 
set and then finds the character on that line in 
the column listing the appropriate character set. 
To find the code that represents a character, the 
user looks up the character and then finds the code 
on the same line in the appropriate column. 


NETWORK OPERATING 
SYSTEM 

NOS supports the following character sets: 

CDC graphic 64-character set 
CDC graphic 63-character set 
ASCII graphic 64-character set 
ASCII graphic 63-character set 
ASCII graphic 95-character set 
ASCII 128-character set 

Each installation must select either a 64-character 
set or a 63-character set. The differences between 
the codes of a 63-character set and the codes of a 
64-character set are described under Character Set 
Anomalies. Any reference in this appendix to a 
64-character set implies either a 63- or 64- 
character set unless otherwise stated. 

NOS supports the following code sets to represent 
its character sets in central memory: 

6-blt display code 

12-bit ASCII code 

6/12-bit display code 
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The 6-bit display code is a set of octal codes from 
00 to 77, inclusive* 

The 12-blt ASCII code Is the ASCII 7-bit code 
right-justified in a 12-bit byte* The bits are 
numbered from the right starting with 0; bits 0 
through 6 contain the ASCII code, bits 7 through 10 
contain zeros, and bit 11 distinguishes the 12-blt 
ASCII 0000 code from the 12-bit 0000 end-of-line 
byte* The octal values for the 12-blt codes are 
0001 through 0177 and 4000. 

The 6/12-bit display code is a combination of 6-bit 
codes and 12-bit codes* The octal values for the 
6-blt codes are 00 through 77, excluding 74 and 
76. (The Interpretation of the 00 and 63 codes is 
described under Character Set Anomalies in this 
appendix.) The octal 12-bit codes begin with 
either 74 or 76 and are followed by a 6-blt code* 
Thus, 74 and 76 are escape codes and are never used 
as 6-bit codes within the 6/12-bit display code 
set. The octal values of the 12-bit codes are: 
7401, 7402, 7404, 7407, and 7601 through 7677* The 
other 12-bit codes, 74xx and 7600, are undefined* 


CHARACTER SET ANOMALIES 

The operating system Input/output software and some 
products interpret two codes differently when the 
Installation selects a 63-character set rather than 
a 64-character set* If a site uses a 63-character 
set: the colon (:) graphic character is always 

represented by a 6-bit display code value of 63 
octal; display code 00 is undefined (it has no 
associated graphic or punched card code); the per¬ 
cent (%) graphic does not exist, and translations 
produce a space (55 octal). 

However, if the site uses a 64-character set, out¬ 
put of an octal 7404 6/12-bit display code or a 
6-blt display code value of 00 produces a colon. 
In ASCII mode, a colon can be input only as a 7404 
6/12-bit display code* Undefined 6/12-bit display 
codes in output files produce unpredictable results 
and should be avoided. 

Two consecutive 6-bit display code values of 00 can 
be confused with the 12-bit 0000 end-of-line byte 
and should be avoided. 

Translation of 7-bit or 12-blt ASCII to 6-bit 
display code causes character folding from the 
128-character ASCII set to the 63- or 64-character 
ASCII subset, with the special character substitu¬ 
tions shown in figure A-1. 


INTERACTIVE TERMINAL USERS 

NOS supports display consoles and teletypewriters 
that use code sets other than 7-bit ASCII codes for 
communication or use graphics other than those 
defined in an ASCII character set. Data exchanged 
with such terminals is translated as described 
under Terminal Transmission Modes in this appen¬ 
dix. The following description applies only to 
terminals that use 7-bit ASCII codes and the ASCII 
character set. 


ASCII Data Exchange Modes 

Table A-1 shows the character sets and code sets 
available to an Interactive Facility (lAF) user. 
Table A-2 shows the octal and hexadecimal 7-bit 
ASCII code for each ASCII character, and can be 
used to convert codes from octal to hexadecimal. 
(Certain Terminal Interface Program commands re¬ 
quire hexadecimal specification of a 7-bit ASCII 
code.) 

lAF supports both normalized mode and transparent 
mode transmissions through the network. These 
transmission modes are described under Terminal 
Transmission Modes in this appendix* Refer to the 
NOS Version 2 Reference Set, Volume 3 System Com¬ 
mands, for additional information* 

lAF treats normalized mode transmissions as coded 
character data; lAF converts these transmissions to 
or from either 6-bit or 6/12-bit display code. 

lAF treats transparent mode transmissions as binary 
character data. Transparent mode input or output 
uses 12-blt bytes, with bit 11 always set to 1; for 
ASCII terminals, transparent mode input and output 
occurs in the 12-bit ASCII code shown in table A-1, 
but the leftmost digit is 4 instead of 0. 

When the NORMAL command is in effect, lAF assumes 
that the ASCII graphic 64-character set is used and 
translates all input and output to or from display 
code* When the ASCII command is in effect, lAF 
assumes that the ASCII 128-character set is used 
and translates all input and output to or from 
6/12-blt display code* 

The lAF user can convert a 6/12-bit display code 
file to a 12-bit ASCII code file using the NOS 
FCOPY control statement. The resulting 12-bit 
ASCII file can be routed to a line printer but the 
file cannot be output through lAF. 


63- or 64-Character Subset 


12-Bit ASCII (Octal) 


6-Bit Display Code (Octal) 

12-Bit ASCII (Octal) 

0140 (‘) 


74 (a) 


0100 (a) 

0173 a) 


61 (C) 


0133 (C) 

0174 (|) 

Input 

75 (\) 

Output 

0134 (\) 

0175 (» 


62 (3) 


0135 (3) 

0176 ry 


76 ( y 


0136 ( ) 


Figure A-1. ASCII Character Folding 
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Terminal Transmission Modes 

Coded character data can be exchanged with a con¬ 
versational terminal In two transmission modes. 
These two modes, normalized mode and transparent 
mode, correspond to the types of character code 
editing and translation performed by the network 
software during input and output operations. 

The terminal operator can change the input trans¬ 
mission mode using a terminal definition command 
(sometimes called a Terminal Interface Program 
command). The application program providing the 
terminal facility service can change the input or 
output transmission mode. 

Normalized Mode Transmissions 

Normalized mode is the initial and default mode 
used for both input and output transmissions. The 
network software translates normalized mode data to 
or from the transmission code used by the terminal 
into or from the 7-bit ASCII code shown in table 
A-2. (Tables A-1 and A-3 through A-7 are provided 
for use while coding an application program to run 
under the operating system; they do not describe 
character transmissions through the network.) 
Translation of a specific terminal transmission 
code to or from a specific 7-blt ASCII code depends 
on the terminal class in which the network software 
places the terminal. 

The following paragraphs s umma rize the general case 
for normalized mode data code translations. This 
generalized description uses table A-2. 

The reader can extend this generalized description 
by using the other tables to determine character 
set mapping for functions initiated from a terminal. 
For example, the description under Terminal Output 
Character Sets can be used to predict whether a 
lowercase ASCII character stored in 6/12-bit dis¬ 
play code can appear on an EBCDIC or external BCD 
terminal; if an ASCII character passes through the 
network represented in 7-bit ASCII as character 
mode data, it probably can be represented on an 
EBCDIC terminal, but it is always transformed to an 
uppercase character on a mode 4A ASCII terminal. 

Table A-2 contains the ASCII 128-character set 
supported by the network software. The ASCII 
96-character subset in the rightmost six columns 
minus the deletion character (DEL) comprises the 
graphic 95-character subset; the DEL is not a 
graphic character, although some terminals graphi¬ 
cally represent it. The graphic 64-character 
subset comprises the middle four columns. Only the 
characters in this 64-character subset have 6-bit 
display code equivalents. 

Terminals that support an ASCII graphic 64-character 
subset actually use a subset of up to 96 charac¬ 
ters, consisting of the graphic 64-character subset 
and the control characters of columns 1 and 2; 
often, the DEL character in column 7 is included. 
Terminals that support an ASCII graphic 95-character 
or 96-character subset actually might use all 128 
characters. 

The hexadecimal value of the 7-bit code for each 
character in table A-2 consists of the character's 
column number in the table, followed by its row 
number. For example, N is in row E of column 4, so 


its hexadecimal value is 4E. The octal value for 
the code when it is right-justified in an 8-bit 
byte appears beneath the character graphic or 
mnemonic. The binary value of the code consists of 
the bit values shown, placed in the order given by 
the subscripts for the letter b; for example, N is 
1001110 . 

Tables A-8 through A-19 show the normalized mode 
translations performed for each terminal class. 
The parity shown in the terminal transmission codes 
is the parity used as a default for the terminal 
class. The parity setting actually used by a 
terminal can be identified to the network software 
through a TIP command. 

Tables A~8 through A-19 contain the graphic and 
control characters associated with the transmission 
codes used by the terminal because of the terminal 
class and code set in use. The network ASCII 
graphic and control characters shown are those of 
the standard ASCII character set associated with 
the ASCII transmission codes of table A-2. 

Terminal Output Character Subsets — Although the 
network supports the ASCII 128-character set, some 
terminals restrict output to a smaller character 
set. This restriction is supported by replacing 
the control characters in columns 0 and 1 of table 
A-2 with blanks to produce the ASCII graphic 
95—character subset, and replacing the characters 
in columns 6 and 7 with the corresponding char¬ 
acters from columns 4 and 5, respectively, to 
produce the ASCII graphic 64-character subset. 

Terminal Input Character Subsets and Supersets — 
Although the network supports the ASCII 128- 
character set, some terminals restrict input to a 
smaller character set or permit input of a larger 
character set. A character input from a device 
using a character set other than ASCII is converted 
to an equivalent ASCII character; terminal char¬ 
acters without ASCII character equivalents are 
represented by the ASCII code for a space. 

Site-written terminal-servicing facility programs 
can also cause input or output character replace¬ 
ment, conversion, or deletion by exchanging data 
with the network in 6-bit display code. 

Input Restrictions — The network software automat¬ 
ically deletes codes associated with terminal 
communication protocols or terminal hardware func¬ 
tions. These codes usually represent the cancel, 
backspace, linefeed, carriage return, and deletion 
characters. If paper tape support is requested, 
the device control 3 code also is deleted. Some of 
these code deletions can be suppressed by using the 
full-ASCII and special editing options (refer to 
the FA and SE terminal definition parameters in the 
NOS Version 2 Reference Set, Volume 3, System 
Commands). 

Output Restrictions — All codes sent by an appli¬ 
cation program are transmitted to the terminal. 
However, the 12-bit ASCII code 0037 (octal), the 
6/12-bit display code 7677 (octal), and the 7-bit 
ASCII code IF (hexadecimal) should be avoided in 
character mode output. The network software inter¬ 
prets the unit separator character represented by 
these codes as an end-of-line indicator. The 
processing of application program-supplied unit 
separators causes incorrect formatting of output 
and can cause loss of other output characters. 
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Input Parity Processing — The network software 
does not preserve the parity of the terminal trans¬ 
mission code in the corresponding ASCII code* An 
ASCII code received by the terminal-servicing 
facility program always contains zero as Its eighth 
bit. 

Output Parity Processing — The network software 
provides the parity bit setting appropriate for the 
terminal being serviced, even when the software is 
translating from ASCII character codes with zero 
parity bit settings* 


Transparent Mode Transmissions 

Transparent mode is selected separately for input 
and output transmissions* 

During ti^ansparent mode input, the parity bit is 
stripped from each terminal transmission code 
(unless the N or I parity option has been selected 
by a terminal definition command), and the trans¬ 
mission code is placed in an 8—bit byte without 
translation to 7-blt ASCII code* Line transmission 
protocol characters are deleted from mode 4 termi¬ 
nal input* When the 8-bit bytes arrive in the host 
computer, a terminal servicing facility program can 
rlght-justify the bytes within a 12-bit byte. 

During transparent mode output, processing similar 
to that performed for input occurs* When the host 
computer transmits 12-bit bytes, the leftmost 4 
bits (bits 11 through 8) are discarded. The code 
in each 8-bit byte received by the network software 
is not translated* The parity bit appropriate for 
the terminal class is altered as indicated by the 
parity option in effect for the terminal* The 
codes are then transmitted to the terminal in bytes 
of a length appropriate for the terminal class* 
Line transmission protocol characters are inserted 
into mode 4 terminal output. 


LOCAL BATCH USERS 

Table A-3 lists the CDC graphic 64-character set, 
the ASCII graphic 64-character set, and the ASCII 
graphic 95-character set available on local batch 
devices* This table also lists the code sets and 
card keypunch codes (026 and 029) that represent 
the characters * 

The 64-character sets use 6-bit display code as 
their code set; the 95-character set uses 12-bit 
ASCII code* The 95-character set is composed of 
all the characters in the ASCII 128-character set 
that can be printed at a line printer (refer to 
Line Printer Output). Only 12-blt ASCII code files 
can be printed using the graphic ASCII 95-character 
set* The 95-character set is represented by the 
octal 12-bit ASCII codes 0040 through 0176* An 
octal 12-blt ASCII code outside of the range 0040 
through 0176 represents an unprintable character. 

To print a 6/12-blt display code file, the user 
must convert the file to 12-blt ASCII code* The 
NOS FCOPY control statement is used for this con¬ 
version. 


Line Printer Output 

The printer train used on the line printer to which 
a file is sent determines which batch character set 
is printed* The following CDC print trains match 
the batch character sets in table A-3: 



Print 

Character Set 

Train 

CDC graphic 64-character set 

596-1 

ASCII graphic 64-character set 

596-5 

ASCII graphic 95-character set 

596-6 


The characters of the default 596-1 print train are 
listed in the table A-3 column labeled CDC Graphic 
(64-Character Set); the 596-5 print train charac¬ 
ters are listed in the table A-3 column labeled 
ASCII Graphic (64-Character Set); and the 596-6 
print train characters are listed in the table A-3 
column labeled ASCII Graphic (95-Character Set). 

If an unprintable character exists in a line, NOS 
marks the condition by printing the number sign (#) 
in the first printable column of the line* A space 
replaces the unprintable character within the line* 

When a transmission error occurs during the print¬ 
ing of a line, NOS makes up to five attempts to 
reprint the line* The CDC graphic print train 
prints a concatenation symbol (f^) first | 

column of the repeated line following a line con¬ 
taining errors * The ASCII print trains print an 
underline ( _ ) instead of the concatenation symbol* 

After the fifth attempt, the setting of sense 
switch one for the batch input and output control 
point determines further processing. NOS either 
rewinds the file and returns it to the print queue, 
or ignores the transmission errors* 


Punched Card Input and Output 

A character represented by multiple punches In a 
single column has its punch pattern identified by 
numbers and hyphens* For example, the punches 
representing an exclamation point are identified as 
11-0; this notation means both rows 11 and 0 are 
punched in the same column* 

A multiple punch pattern that represents something 
other than a character is identified by numbers and 
slashes. For example, the punches representing the 
end of an input file are identified as 6/7/8/9; 
this notation means rows 6 through 9 are punched in 
the same column* 

Coded character data is exchanged with card readers 
or card punches according to the translations shown 
in table A-3. As indicated in the table, other 
card keypunch codes are available for input of the 
ASCII and CDC characters ( and ] * NOS cannot read 
or punch the 95-character set as coded character 
data* 

Each site chooses either 026 or 029 as its default 
keypunch code* NOS begins reading an input deck in 
the default code (regardless of the character set 
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in use). The user can specify the alternate key¬ 
punch code by punching a 26 or 29 in columns 79 and 
80 of any job card, 6/7/9 card, or 7/8/9 card. The 
specified translation continues throughout the job 
unless the alternate keypunch code translation is 
specified on a subsequent 6/7/9 or 7/8/9 card. 

A 5/7/9 card with a punch in column 1 changes 
keypunch code translation if the card is read 
immediately before or after a 7/8/9 card. A space 
(no punch) in column 2 indicates 026 translation 
mode; a 9 punch in column 2 Indicates 029 transla¬ 
tion mode. The specified translation remains in 
effect until a similar 5/7/9 card or a 7/8/9 card 
is encountered, or the job ends. 

The 5/7/9 card also allows literal input when 
4/5/6/7/8/9 is punched in column 2. Literal input 
can be used to read 80-column binary character data 
within a punched card deck of coded character data. 

Literal cards are stored with each column repre¬ 
sented in a 12-bit byte (a row 12 punch is repre¬ 
sented by a 1 in bit 11, row 11 by a 1 in bit 10, 
row 0 by a 1 in bit 9, and rows 1 through 9 by I's 
in bits 8 through 0 of the byte), using 16 central 
memory words per card. Literal input cards are 
read until another 5/7/9 card with 4/5/6/7/8/9 
punched in column 2 is read. The next card can 
specify a new conversion mode. 

If the card following the 5/7/9, 6/7/9, or 7/8/9 
card has a 7 and a 9 punched in column 1, the sec¬ 
tion of the job deck following it contains system 
binary cards (as described in the NOS Version 2 
Reference Set, Volume 3, System Commands). 


REMOTE BATCH USERS 

Remote batch console input and output is restricted 
to character mode transmission. Character mode is 
described under Terminal Transmission Modes in this 
appendix. 

The abilities to select alternate keypunch code 
translations, to read binary cards, to output 
plotter files, and to print lowercase characters 
depend upon the remote terminal equipment. Remote 
batch terminal support under NOS is described in 
the Remote Batch Facility (RBF) reference manual. 


MAGNETIC TAPE USERS 

The character and code sets used for reading and 
writing magnetic tapes depend on whether coded or 
binary data is read or written and on whether the 
tape is 7-track or 9-track. 


Coded Data Exchanges 

Coded character data to be copied from mass storage 
to magnetic tape is assumed to be stored in a 
63- or 64-character 6-bit display code. The oper¬ 
ating system magnetic tape driver program converts 
the data to 6-bit external BCD code when writing a 
coded 7-track tape and to 7-bit ASCII or 8-blt 
EBCDIC code (as specified on the tape assignment 
statement) when writing a coded 9-track tape. 


Coded character data copied to mass storage from 
magnetic tape is stored in a 63- or 64-character 
6-bit display code. The operating system magnetic 
tape driver program converts the data from 6-bit 
external BCD code when reading a coded 7-track tape 
and from 7-bit ASCII or 8-bit EBCDIC code (as 
specified on the tape assignment statement) when 
reading a coded 9-track tape. 

To read and write lowercase character 7-bit ASCII 
or 8-bit EBCDIC codes or to read and write control 
codes, the user must assign a 7-track or 9-track 
tape in binary mode. 


Seven-Track Tape Input and Output 

Table A-4 shows the code and character set conver¬ 
sions between 6-bit external BCD and 6-bit display 
code for 7-track tapes. Because only 63 characters 
can be represented in 7-track even parity, one of 
the 64 display codes is lost in conversion to and 
from external BCD code. 

Figure A-2 shows the differences in 7-track tape 
conversion that depend on whether the system uses 
the 63-character or 64-character set. The ASCII 
character for the specified character code is shown 
in parentheses. The output arrows show how the 
6-bit display code changes when it is written on 
tape in external BCD. The input arrows show how 
the external BCD code changes when the tape is read 
and converted to display code. 



63-Character Set 


Display Code 

External BCD 

Display Code 

00 

16 (X) 

00 

33 (0) 

Output 12 (0) Input 

33 (0) 

63 (:) 

-► 12 (0) - 

► 33 (0) 


64-Character Set 


Display Code 

External BCD 

Display Code 

00 (;) 

12 <0) 

33 (0) 

33 (0) 

Output 12 (0) Input 

33 (0) 

63 (X) 

-► 16 (X) -• 

-- 63 (X) 


Figure A-2. Magnetic Tape Code Conversions 


Nine-Track Tape Input and Output 

Table A-5 lists the conversions between the 7-bit 
ASCII code used on the tape and the 6-bit display 
code used within the system. Table A-6 lists the 
conversions between the 8-bit EBCDIC code used on 
the tape and the 6-bit display code used within the 
system. 

When an ASCII or EBCDIC code representing a lower¬ 
case character is read from a 9-track magnetic 
tape, it is converted to its uppercase character 
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6-bit display code equivalent* Any EBCDIC code not 
listed in table A-6 is converted to display code 55 

(octal) and becomes a space* Any code between 80 

(hexadecimal) and FF (hexadecimal) read from an 
ASCII tape is converted to display code 00, 

Binary Character Data Exchanges 

Binary character data exchanged between central 

memory files and magnetic tape is transferred as a 
string of bytes without conversion of the byte 
contents. The grouping of the bytes and the number 
of bits in each byte depend on whether 7-track or 
9-track tape is being used. 


Seven-Track Tape Input and Output 

Each binary data character code written to or read 
from 7-track magnetic tape is assumed to be stored 
in a 6-bit byte, such as the system uses for 63- or 
64-character 6-blt display code. Seven-bit ASCII 
and 8-bit EBCDIC codes can only be read from or 
written to 7-track magnetic tape as binary charac¬ 
ter data if each code is stored within a 12-blt 
byte as if it were two character codes. 


Nine-Track Tape Input and Output 

Each binary data character code exchanged between 
central memory files and 9-track magnetic tape is 
assumed to be stored in an 8-blt or 12-bit byte. 


During such binary data transfers, the 6/12-bit 
display codes and 12-bit ASCII codes shown in table 
A-1, the 7-blt ASCII codes shown in table A-2, or 
or the 8-bit hexadecimal EBCDIC codes shown in 
table A-7 can be read or written. The 7-blt ASCII 
codes and 8-bit EBCDIC codes can be exchanged 
either in an unformatted form or right-justifled 
within a zero-filled 12-bit byte of memory. 

When 9-track tape is written, every pair of 12-bit 
memory bytes becomes three 8—bit tape bytes; when 
9-track tape is read, every three 8-bit tape bytes 
become a pair of 12-blt memory bytes. Because of 
the 12-bit byte pairs, codes not packed into 12-bit 
bytes are exchanged in their unpacked form, while 
codes packed in 12-bit bytes are exchanged in 
packed form. 

When an odd number of central memory words is read 
or written, the lower four bits of the last 8-bit 
byte (bits 0 through 3 of the last word) are not 
used. For example, three central memory words are 
written on tape as 22 8—bit bytes (7.5 pairs of 
12-bit bytes) and the remaining four bits are 
ignored. 

CODE CONVERSION AIDS 

Table A-7 contains the octal values of each 8-bit 
EBCDIC code right-justified in a 12-bit byte with 
zero fill. This 12-bit EBCDIC code can be produced 
or read using the FORM and 8-Bit Subroutines 
utilities. 
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TABLE A-K INTERACTIVE TERMINAL CHARACTER SETS 


Character Sets 

Code Sets 



Octal 

Octal 

Octal 

ASCII Graphic 

ASCII Character 

6-Bit 

6/12-Blt 

12-BiL 

(64-Character Set) 

(128-Character Set) 

Display 

Display 

ASCII 



Code 

Codet 

Code 

: colontt 


00 tt 



A 

A 

01 

01 

0101 

B 

B 

02 

02 

0102 

C 

C 

03 

03 

0103 

D 

D 

04 

04 

0104 

E 

E 

05 

05 

0105 

F 

F 

06 

06 

0106 

G 

G 

07 

07 

0107 

H 

H 

10 

10 

0110 

I 

I 

11 

11 

0111 

J 

J 

12 

12 

0112 

K 

K 

13 

13 

0113 

L 

L 

14 

14 

0114 

M 

M 

15 

15 

0115 

N 

N 

16 

16 

0116 

0 

0 

17 

17 

0117 

P 

P 

20 

20 

0120 

Q 

Q 

21 

21 

0121 

R 

R 

22 

22 

0122 

S 

S 

23 

23 

0123 

T 

T 

24 

24 

0124 

U 

U 

25 

25 

0125 

V 

V 

26 

26 

0126 

W 

w 

27 

27 

0127 

X 

X 

30 

30 

0130 

Y 

Y 

31 

31 

0131 

Z 

Z 

32 

32 

0132 

0 

0 

33 

33 

0060 

1 

1 

34 

34 

0061 

2 

2 

35 

35 

0062 

3 

3 

36 

36 

0063 

4 

4 

37 

37 

0064 

5 

5 

40 

40 

0065 

6 

6 

41 

41 

0066 

7 

7 

42 

42 

j 0067 

8 

8 

43 

43 

0070 

9 

9 

44 

44 

0071 

+ plus 

+ plus 

45 

45 

0053 

- hyphen (minus) 

- hyphen (minus) 

46 

46 

0055 

* asterisk 

* asterisk 

47 

47 

0052 

/ slant 

/ slant 

50 

50 

0057 

( opening parenthesis 

( opening parenthesis 

51 

51 

0050 

) closing parenthesis 

) closing parenthesis 

52 

52 

0051 

$ dollar sign 

$ dollar sign 

53 

53 

0044 

= equals 

= equals 

54 

54 

0075 

space 

space 

55 

55 

0040 

, comma 

, comma 

56 

56 

0054 

. period 

• period 

57 

57 

0056 

if number sign 

// number sign 

60 

60 

0043 

[ opening bracket 

( opening bracket 

61 

61 

0133 

] closing bracket 
% percent slgntt 

] closing bracket 
% percent slgntt 

63tt 

63tt 

0135 

0045 

” quotation mark 

” quotation mark 

64 

64 

0042 

_ underline 

^ underline 

65 

65 

0137 

! exclamation point 

! exclamation point 

66 

66 

0041 

& ampersand 

& ampersand 

67 

67 

0046 

' apostrophe 

' apostrophe 

70 

70 

0047 

? question mark 

? question mark 

71 

71 

0077 
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TABLE A-l. INTERACTIVE TERMINAL CHARACTER SETS (Contd) 


Character Sets 


ASCII Graphic 
(64-Character Set) 


< less than 
> greater than 
(3 comnmercial at 
\ reverse slant 
/\ circumflex 
; semicolon 


ASCII Character 
(128-Character Set) 


< less than 
> greater than 
@ commercial at 
\ reverse slant 

; semicolon 
/V circumflex 
: colontt 
' grave accent 


Code Sets 

Octal 

6/12-Blt 


Code 

Codet 

72 

72 

73 


74tt 

740ltt 

75 

75 

76 


77 

77 

76tt 

7402 

74 tt 

7404tt 


Octal 

12-BLt 

ASCII 

Code 


{ opening brace 

I vertical line 

} closing brace 

“ tilde 

NUL 

SOH 

STX 

ETX 

EOT 

ENQ 

ACK 

BEL 

BS 

HT 

LF 

VT 

FF 

CR 

50 

51 
DEL 
DLE 
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TABLE A-1. INTERACTIVE TERMINAL CHARACTER SETS (Contd) 


Character Sets 

Code Sets 



Octal 

Octal 

Octal 

ASCII Graphic 

ASCII Character 

6-Blt 

6/12-Bit 

12-Bit 

(64-Character Set) 

(128-Character Set) 

Display 

Display 

ASCII 



Code 

Codet 

Code 


DCl* 


^■n 

0021 


DC2 



0022 


DC3 



0023 


DC4 


7664 



NAK 


7665 

0025 


SYN 


7666 

0026 


ETB 


7667 

0027 


CAN 


7670 

0030 


EM 


7671 

0031 


SUB 


7672 

0032 


ESC 


7673 

0033 


FS 


7674 

0034 


GS 


7675 

0035 


RS 


7676 

0036 


US 


7677 

0037 

tAvailable only on NOS, 





Character or code interpretation depends on context. Refer to Character Set Anomalies in the text. 
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TABLE A-2. 7-BIT ASCII CODE AND CHARACTER SETS 




128**Character Set * 


‘ 96-Character Subset• 


-Graphic 64-Character Subset—^ 



A-10 
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TABLE A-3. LOCAL BATCH DEVICE CHARACTER SETS 


Character Sets 

Code Sets 

Card Keypunch Code 

CDC 

Graphic 

(64-Character 

Set) 

ASCII 

Graphic 

(64-Character 

Set) 

ASCII 

Graphic 

(95-Character 

Set) 

Octal 

6-Blt 

Display 

Code 

Octal 

6/12-Bit 

Display 

Codet 

Octal 

12-Bit 

ASCII 

Code 

026 

029 

: colontt 

: colontt 


oo^t 



8-2 

8-2 

A 

A 

A 

01 

01 

0101 

12-1 

12-1 

B 

B 

B 

02 

02 

0102 

12-2 

12-2 

C 

C 

C 

03 

03 

0103 

12-3 

12-3 

D 

D 

D 

04 

04 

0104 

12-4 

12-4 

E 

E 

E 

05 

05 

0105 

12-5 

12-5 

F 

F 

F 

06 

06 

0106 

12-6 

12-6 

G 

G 

G 

07 

07 

0107 

12-7 

12-7 

H 

H 

H 

10 

10 

0110 

12-8 

12-8 

I 

I 

I 

11 

11 

0111 

12-9 

12-9 

J 

J 

J 

12 

12 

0112 

11-1 

11-1 

K 

K 

K 

13 

13 

0113 

11-2 

11-2 

L 

L 

L 

14 

14 

0114 

11-3 

11-3 

M 

M 

M 

15 

15 

0115 

11-4 

11-4 

N 

N 

N 

16 

16 

0116 

11-5 

11-5 

0 

0 

0 

17 

17 

0117 

11-6 

11-6 

P 

P 

P 

20 

20 

0120 

11-7 

11-7 

Q 

Q 

Q 

21 

21 

0121 

11-8 

11-8 

R 

R 

R 

22 

22 

0122 

11-9 

11-9 

S 

S 

S 

23 

23 

0123 

0-2 

0-2 

T 

T 

T 

24 

24 

0124 

0-3 

0-3 

U 

U 

U 

25 

25 

0125 

0-4 

0-4 

V 

V 

V 

26 

26 

0126 

0-5 

0-5 

w 

w 

W 

27 

27 

0127 

0-6 

0-6 

X 

X 

X 

30 

30 

0130 

0-7 

0-7 

Y 

Y 

Y 

31 

31 

0131 

0-8 

0-8 

Z 

Z 

Z 

32 

32 

0132 

0-9 

0-9 

0 

0 

0 

33 

33 

0060 

0 

0 

1 

1 

1 

34 

34 

0061 

1 

1 

2 

2 

2 

35 

35 

0062 

2 

2 

3 

3 

3 

36 

36 

0063 

3 

3 

4 

4 

4 

37 

37 

0064 

4 

4 

5 

5 

5 

40 

40 

0065 

5 

5 

6 

6 

6 

41 

41 

0066 

6 

6 

7 

7 

7 

42 

42 

0067 

7 

7 

8 

8 

8 

43 

43 

0070 

8 

8 

9 

9 

9 

44 

44 

0071 

9 

9 

+ plus 

+ plus 

+ plus 

45 

45 

0053 

12 

12-8-6 

- hyphen (minus) 

- hyphen (minus) 

- hyphen (minus) 

46 

46 

0055 


11 

* asterisk. 

* asterisk 

* asterisk 

47 

47 

0052 

11-8-4 

11-8-4 

/ slant 

/ slant 

/ slant 

50 

50 

0057 

0-1 

0-1 

( open, paren. 

( open, paren. 

( open, paren. 

51 

51 

0050 

0-8-4 

12-8-5 

) clos. paren. 

) clos. paren. 

) clos. paren. 

52 

52 

0051 

12-8-4 

11-8-5 

$ dollar sign 

$ dollar sign 

$ dollar sign 

53 

53 

0044 

11-8-3 

11-8-3 

= equals 

= equals 

=* equals 

54 

54 

0075 

8-3 

8-6 

space 

space 

space 

55 

55 

0040 

no punch 

no punch 

, comma 

f comma 

, comma 

56 

56 

0054 

0-8-3 

0-8-3 

. period 

. period 1 

. period 

57 

57 

0056 

12-8-3 

12-8-3 

B equivalence 

// number sign 

if number sign 

60 

60 

0043 

0-8-6 

8-3 

[ open, bracket 

[ open, bracket 

[ open* bracket 

61 

61 

0133 

8-7 

12-8-2 








”l2-0ttt 

1 clos. bracket 

J clos. bracket 

J clos. bracket 

62 

62 

0135 

0-8-2 

11-8-2 








"'ii-ottt 

% percent slgntt 

Z percent slgntt 

Z percent slgntt 

63tt 

63tt 

0045 

8-6 

0-8-4 
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TABLE A-3. LOCAL BATCH DEVICE CHARACTER SETS (Contd) 


Character Sets 

Code Sets 


Card Keypunch Code 

CDC 

Graphic 

(64-Character 

Set) 

ASCII 

Graphic 

(64-Character 

Set) 

ASCII 

Graphic 

' (95-Character 
Set) 

Octal 

6-Bit 

Display 

Code 

Octal 

6/12-Bit 
Display 
CoLt 

Octal 

12-Bit 

ASCII 

Code 

026 

029 

# not equals 

quotation mark 

" quotation mark 

64 

64 

0042 

8-4 

8-7 

concatenation• 

underline 

underline 

65 

65 

0137 

0-8-5 

0-8-5 

V logical OR 

! exclamation pt. 

! exclamation pt. 

66 

66 


11-0 

12-8-7 







or 








11-8-2§ 

ll-0§ 

A logical AND 

& ampersand 

& ampersand 

67 

67 

0046 

0-8-7 

12 

t superscript 

' apostrophe 

' apostrophe 

70 

70 

0047 

11-8-5 

8-5 

4 subscript 

? question mark 

? question mark 

71 

71 

0077 

11—8—6 

0-8-7 

< less than 

< less than 

< less than 

72 

72 

0074 

12-0 

12-8-4 







or 

or 







12-8-2§ 

12-0§ 

> greater than 

> greater than 

> greater than 


73 

0076 

11-8-7 

0-8-6 

< less/equal 

@ commercial at 

@ commercial at 

7411 

740ITT 

0100 

8-5 

8-4 

> greater/equal 

\ reverse slant 

\ reverse slant 

75 

75 

0134 

12-8-5 

0-8-2 

=1 logical NOT 

/s circumflex 


76 



12-8-6 

11-8-7 

; semicolon 

; semicolon 

; semicolon 

77 

77 

0073 

12-8-7 

11-8-6 



/V circumflex 

76 tt 

7402^^ 

0136 





: colontt 


7404tt 

0072 





' grave accent 

74tt 

7407 

0140 





a 


7601 

0141 





b 


7602 

0142 





c 


7603 

0143 





d 


7604 

0144 





e 


7605 

0145 





f 


7606 

0146 





g 


7607 

0147 





h 


7610 

0150 





1 


7611 

0151 





J 


7612 

0152 





k 


7613 

0153 





1 


7614 

0154 





m 


7615 

0155 





n 


7616 

0156 





o 


7617 

0157 





P 


7620 

0160 





q 


7621 

0161 





r 


7622 

0162 





s 


7623 

0163 





t 


7624 

0164 





u 


7625 

0165 





V 


7626 

0166 





w 


7627 

0167 





X 


7630 

0170 





y 


7631 

0171 





z 


7632 

0172 





{ open, brace 

6ltt 

7633 

0173 





1 vertical line 

”t! 

7634 

0174 





} clos. brace 

62tt 

7635 

0175 





tilde 

76tt 

7636 

0176 




tAvailable only on NOS. 

Character or code interpretation depends on context. Refer to Character Set Anomalies in the text, 
ttt Available for input only, on NOS. 

^Available for input only, on NOS/BE or SCOPE 2. 
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TABLE A-A. 7-TRACK CODED TAPE CONVERSIONS 


External 

BCD 

ASCII 

Character 

Octal 

6-Bit 

Display 

Code 

External 

BCD 

ASCII 

Character 

Octal 

6-Bit 

Display 

Code 

01 

1 

34 

40 

- hyphen (minus) 

46 

02 

2 

35 

41 

J 

12 

03 

3 

36 

42 

K 

13 

04 

4 

37 

43 

L 

14 

05 

5 

40 

44 

M 

15 

06 

6 

41 

45 

N 

16 

07 

7 

42 

46 

0 

17 

10 

8 

43 

47 

P 

20 

11 

9 

44 

50 

Q 

21 

12^ 

0 

33 

51 

R 

22 

13 

= equals 

54 

52 

! exclamation point 

66 

14 

quotation niark 

64 

53 

$ dollar sign 

53 

15 

@ commercial at 

74 

54 

* asterisk 

47 

16^ 

% percent sign 

63 

55 

' apostrophe 

70 

17 

[ opening bracket 

61 

56 

? question mark 

71 

20 

space 

55 

57 

> greater than 

73 

i 

21 

/ slant 

50 

60 

+ plus 

45 

22 

S 

23 

61 

A 

01 

23 

T 

24 

62 

B 

02 

24 

U 

25 

63 

C 

03 

25 

V 

26 

64 

D 

04 i 

26 

W 

27 

65 

E 

05 

27 

X 

30 

66 

F 

06 

30 

Y 

31 

67 

6 

07 

31 

Z 

32 

70 

H 

10 

32 

] closing bracket 

62 

71 

I 

a 

33 

, comma 

56 

72 

< less than 

72 

34 

( opening parenthesis 

51 

73 

• period 

57 

35 

_ underline 

65 

74 

) closing parenthesis 

52 

36 

# number sign 

60 

75 

\ reverse slant 

75 

37 

& ampersand 

67 

76 

caret 

76 




77 

; semicolon 

77 


^As the text explains, conversion of these codes depends on whether the tape is read or written. 
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TABLE A-5. ASCII 9-TRACK CODED TAPE CONVERSION 



ASCII 



6-BiL 



Code , 

Conversion' 

Character and 

Code Conversion'T 

Display Code' ' 

t 

Code 

(Hex) 

Cha racier 

Code 

(Hex) 

Character 

ASCII 

Character 

Code 

(Octal) 

20 

space 

00 

NUL 

space 

55 

21 

! exclamation point 

7D 

} closing brace 

! exclamation point 

66 

22 

” quotation mark 

02 

STX 

** quotation mark 

64 

23 

# number sign 

03 

ETX 

number sign 

60 

24 

$ dollar sign 

04 

EOT 

$ dollar sign 

53 

25 

% percent sign§ 

05 

ENQ 

X percent slgn§ 

63§ 

26 

& ampersand 

06 

ACK 

& ampersand 

67 

27 

' apostrophe 

07 

BEL 

' apostrophe 

70 

28 

( opening parenthesis 

08 

BS 

( opening parenthesis 

51 

29 

) closing parenthesis 

09 

HT 

) closing parenthesis 

52 

2A 

* asterisk 

OA 

LF 

* asterisk 

47 

2B 

+ plus 

OB 

VT 

+ plus 

45 

2C 

, comma 

OC 

FF 

, comma 

56 

2D 

- hyphen (minus) 

OD 

CR 

- hyphen (minus) 

46 

2E 

. period 

OE 

SO 

• period 

57 

2F 

/ slant 

OF 

SI 

/ slant 

50 

30 

0 

10 

DLE 

0 

33 

31 

1 

11 

DCl 

1 

34 

32 

2 

12 

DC2 

2 

35 

33 

3 

13 

DC3 

3 ' 

36 

34 

4 

14 

DC4 

4 

37 

35 

5 

15 

KAK 

5 

40 

36 

6 

16 

SYN 

6 

41 

37 

7 

17 

ETB 

7 

42 

38 

8 

18 

CAN 

8 

43 

39 

9 

19 

EM 

9 

44 

3A 

: colon^ 

lA 

SUB 

; colon^ 

00§ 

3B 

; semicolon 

IB 

ESC 

; semicolon 

77 

3C 

< less than 

7B 

{ opening brace 

< less than 

72 

3D 

= equals 

ID 

GS 

** equals 

54 

3E 

> greater than 

IE 

RS 

> greater than 

73 

3F 

? question mark 

IF 

US 

? question mark 

71 

40 

@ commercial at 

60 

' grave accent 

@ commercial at 

74 

41 

A 

61 

a 

A 

01 

42 

B 

62 

b 

B 

02 

43 

C 

63 

c 

C 

' 03 

44 

D 

64 

d 

D 

04 

45 

E 

65 

e 

E 

05 

46 

F 

66 

f 

F 

06 
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TABLE A-5. ASCII 9-TRACK CODED TAPE CONVERSION (Contd) 


ASCII 

6-Blt 

Display Codettt 

Code 

ConversionT 

Character and 

Code Conversionti 

Code 


Code 


ASCII 

Code 

(Hex) 

Character 

(Hex) 

Character 

Character 

(Octal) 

47 

G 

67 

g 

G 

07 

48 

H 

68 

h 

H 

10 

49 

I 

69 

i 

I 

11 

4A 

J 

6A 

j 

J 

12 

4B 

K 

6B 

k 

K 

13 

4C 

L 

6C 

1 

L 

14 

4D 

M 

6D 

m 

M 

15 

4E 

N 

6E 

n 

N 

16 

4F 

0 

6F 

o 

0 

17 

50 

P 

70 

P 

P 

20 

51 

Q 

71 

q 

Q 

21 

52 

R 

72 

r 

R 

22 

53 

S 

73 

s 

S 

23 

54 

T 

74 

t 

T 

24 

55 

U 

75 

u 

U 

25 

56 

V 

76 

V 

V 

26 

57 

w 

77 

w 

W 

27 

58 

X 

78 

X 

X 

30 

59 

Y 

79 

y 

Y 

31 

5A 

Z 

7A 

z 

Z 

32 

5B 

[ opening bracket 

1C 

FS 

[ opening bracket 

61 

5C 

\ reverse slant 

7C 

1 vertical line 

\ reverse slant 

75 

5D 

] closing bracket 

01 

SOH 

J closing bracket 

62 

5E 

caret 

7E 

- tilde 

caret 

76 

5F 

underline 

7F 

DEL 

underline ! 

65 





_ 



twhen these characters are copied from or to a tape, the characters remain the same and the code 
changes from or to ASCII to or from display code. 


t^These characters do not exist in display code. When the characters are copied from a tape, each 
ASCII character is changed to an alternate display code character. The corresponding codes are also 
changed. Example; When the system copies a lowercase a, 61 (hexadecimal), from tape, it writes an 
uppercase A, 01 (octal). 

^^^A display code space always translates to an ASCII space. 

^Character or code interpretation depends on context. Refer to Character Set Anomalies in the text. 
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TABLE A-6. EBCDIC 9-TRACK CODED TAPE CONVERSION 


EBCDIC 

6-Bit 

Display Codettt 

Code 

Conversiont 

Character and 
r/\n>fjarc i rtnTT 



ASCII 

Character 

Code 

(Octal) 

Code 

(Hex) 

CharacLer 

Code 

(Hex) 

Character 

40 

space 

00 

NUL 

space 

55 

4A 

i cent sign 

1C 

IPS 

( opening bracket 

61 

4B 

. period 

OE 

so 

• period 

57 

4C 

< less than 

CO 

{ opening brace 

< less than 

72 

4D 

( opening parenthesis 

16 

BS 

( opening parenthesis 

51 

4E 

+ plus 

OB 

VT 

+ plus 

45 

4F 

1 vertical line 

DO 

} closing brace 

1 exclamation point 

66 

50 

& ampersand 

2E 

ACK 

& ampersand 

67 

5A 

! exclamation point 

01 

SOH 

) closing bracket 

62 

5B 

$ dollar sign 

37 

EOT 

$ dollar sign 

53 

5C 

* asterisk 

25 

LF 

* asterisk 

47 

5D 

) closing parenthesis 

05 

HT 

) closing parenthesis 

52 

5E 

; semicolon 

27 

ESC 

; semicolon 

77 

5F 

“1 logical NOT 

A1 

“ tilde 

caret 

76 

60 

- hyphen (minus) 

OD 

CR 

- hyphen (minus) 

46 

61 

/ slant 

OF 

SI 

/ slant 

50 

6B 

, comma 

OC 

FF 

» comma 

56 

6C 

% percent sign§ 

2D 

ENQ 

X percent slgn§ 

63§ 

60 

underline 

07 

DEL 

underline 

65 

6E 

> greater than 

IE 

IRS 

> greater than 

73 

6F 

? question mark 

IF 

lUS 

? question mark 

71 

7A 

: colon§ 

3F 

SUB 

; colon§ 

00§ 

7B 

^ number sign 

03 

ETX 

if number sign 

60 

7C 

@ commercial at 

79 

\ reverse slant 

@ commercial at 

74 

7D 

' apostrophe 

2F 

BEL 

' apostrophe 

70 

7E 

= equals 

ID 

XGS 

- equals 

54 

W 

" quotation mark 

02 

STX 

” quotation mark 

64 

Cl 

A 

81 

a 

A 

01 

C2 

B 

82 

b 

B 

02 

C3 

C 

83 

c 

C 

03 

C4 

D 

84 

d 

D 

04 

C5 

E 

85 

e 

E 

05 

C6 

F 

86 

f 

F 

06 

C7 

G 

87 

8 

G 

07 

C8 

H 

88 

h 

H 

10 

C9 

I 

89 

1 

I 

11 

D1 

J 

91 

j 

J 

12 

D2 

K 

92 

k 

K 

13 

D3 

L 

93 

1 

L 

14 
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TABLE A-6. EBCDIC 9-TRACK CODED TAPE CONVERSION (Contd) 


EBCDIC 

6-Bit 

Display Codetti’ 

Code 

Conversiont 

Character and 

Code Conversiontt 

ASCII 

Character 

Code 

(Octal) 

B 

Character 

Code 

(Hex) 

Character 

D4 

M 

94 

m 

M 

15 

D5 

N 

95 

n 

N 

16 

D6 

0 

96 

0 

0 

17 

D7 

P 

97 

P 

P 

20 

D8 

Q 

98 

q 

Q 

21 

D9 

R 

99 

r 

R 

22 

EO 

\ reverse slant 

6A 

1 vertical line 

\ reverse slant 

75 

E2 

S 

A2 

s 

S 

23 

E3 

T 

A3 

t 

T 

24 

E4 

U 

A4 

u 

U 

25 

E5 

V 

A5 

V 

V 

26 

E6 

W 

A6 

w 

W 

27 

E7 

X 

A7 

X 

X 

30 

E8 

Y 

A8 

y 

Y 

31 

E9 

Z 

A9 

z 

Z 

32 

FO 

0 

10 

DLE 

0 

33 

FI 

1 

11 

DCl 

1 

34 

F2 

2 

12 

DC2 

2 

35 

F3 

3 

13 

TM 

3 

36 

F4 

4 

3C 

DC4 

4 

37 

F5 

5 

3D 

NAK 

5 

40 

P6 

6 

32 

SYN 

6 

41 

F7 

7 

26 

ETB 

7 

42 

F8 

8 

18 

CAN 

8 

43 

F9 

9 

19 

EM 

9 

44 


twhen these characters are copied from or to a tape, the characters remain the same (except EBCDIC 
codes 4A (hexadecimal), 4F (hexadecimal), 5A (hexadecimal), and 5F (hexadecimal)) and the code changes 
from or to EBCDIC to or from display code. 


ttThese characters do not exist In display code. When the characters are copied from a tape, each 

EBCDIC character is changed to an alternate display code character. The corresponding codes are also 
changed. Example: When the system copies a lowercase a, 81 (hexadecimal), from tape, it writes an 
uppercase A, 01 (octal). 

tttA display code space always translates to an EBCDIC space. 

^Character or code interpretation depends on context. Refer to Character Set Anomalies in the text. 
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TABLE A-7. FULL EBCDIC CHARACTER SET 


Hexa¬ 

decimal 

EBCDIC 

Code 

Octal 

12-Bit 

EBCDIC 

Code 

EBCDIC 
Graphic or 
Control 
Character! 

Hexa¬ 

decimal 

EBCDIC 

Code 

Octal 

12-Bit 

EBCDIC 

Code 

EBCDIC 

Graphic or 
Control 
Charactert 

Hexa¬ 

decimal 

EBCDIC 

Code 

Octal 

12-Bit 

EBCDIC 

Code 

EBCDIC 

Graphic or 
Control 
Charactert 

00 

0000 

NUL 

4A 

0112 

i cent sign 

A7 

0247 

X 

01 

0001 

SOH 

4B 

0113 

. period 

A8 

0250 

y 

02 

0002 

STX 

4C 

0114 

< less than 

A9 

0251 

z 

03 

0003 

ETX 

4D 

0115 

( open, paren. 

AA 

0252 

undefined 

04 

0004 

PF 

4E 

0116 

+ plus 

thru 

thru 


05 

0005 

HT 

4F 

0117 

1 logical OR 

BF 

0277 

undefined 

06 

0006 

LC 

50 

0120 

& ampersand 

CO 

0300 

{ open, brace 

07 

0007 

DEL 

51 

0121 

undefined 

Cl 

0301 

A 

08 

0010 

undefined 

thru 

thru 


C2 

0302 

B 

09 

0011 

undefined 

59 

0131 

undefined 

C3 

0303 

C 

OA 

0012 

SMM 

5A 

0132 

! exclam, point 

C4 

0304 

D 

OB 

0013 

VT 

5B 

0133 

$ dollar sign 

C5 

0305 

E 

OC 

0014 

FF 

5C 

0134 

* asterisk 

C6 

0306 

F 

OD 

0015 

CR 

5D 

0135 

) clos. paren. 

C7 

0307 

G 

OE 

0016 

SO 

5E 

0136 

; semicolon 

C8 

0310 

H 

OF 

0017 

SI 

5F 

0137 

-I logical NOT 

C9 

0311 

I 

10 

0020 

DLE 

60 

0140 

- minus 

CA 

0312 

undefined 

11 

0021 

DCl 

61 

0141 

/ slant 

CB 

0313 

undefined 

12 

0022 

DC2 

62 

0142 

undefined 

CC 

0314 

S 

13 

0023 

TM 

thru 

thru 


CD 

0315 

undefined 

14 

0024 

RES 

69 

0151 

undefined 

CE 

0316 

V 

15 

0025 

NL 

6A 

0152 

j vertical line 

CF 

0317 

undefined 

16 

0026 

BS 

6B 

0153 

, comma 

DO 

0320 

} clos. brace 

17 

0027 

IL 

6C 

0154 

Z percent sign 

D1 

0321 

J 

18 

0030 

CAN 

6D 

0155 

_ underline 

D2 

0322 

K 

19 

0031 

EM 

6E 

0156 

> greater than 

D3 

0323 

L 

lA 

0032 

CC 

6F 

0157 

? question mark 

D4 

0324 

M 

IB 

0033 

CUl 

70 

0160 

undefined 

D5 

0325 

N 

1C 

0034 

IFS 

thru 

thru 


D6 

0326 

0 

ID 

0035 

IGS 

78 

0170 

undefined 

D7 

0327 

P 

1£ 

0036 

IRS 

79 

0171 

' grave accent 

D8 

0330 

Q 

IF 

0037 

IDS 

7A 

0172 

: colon 

D9 

0331 

R 

20 

0040 

DS 

7B 

0173 

number sign 

DA 

0332 

undefined 

21 

0041 

SOS 

7C 

0174 

@ commercial at 

thru 

thru 


22 

0042 

FS 

7D 

0175 

' apostrophe 

DF 

0337 

undefined 

23 

0043 

undefined 

7E 

0176 

- equals 

EO 

0340 

\ reverse slant 

24 

0044 

BYP 

7F 

0177 

” quotation mark 

El 

0341 

undefined 

25 

0045 

LF 

80 

0200 

undefined 

E2 

0342 

S 

26 

0046 

ETBB 

81 

0201 

a 

E3 

0343 

T 

27 

0047 

ESCE 

82 

0202 

b 

E4 

0344 

U 
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TABLE A-7. FULL EBCDIC CHARACTER SET (Contd) 


Hexa¬ 

decimal 

EBCDIC 

Code 

Octal 

12-Bit 

EBCDIC 

Code 

EBCDIC 
Graphic or 
Control 
Charactert 

Hexa¬ 

decimal 

EBCDIC 

Code 

Octal 

12-Bit 

EBCDIC 

Code 

EBCDIC 

Graphic or 
Control 
Charactert 

Hexa¬ 

decimal 

EBCDIC 

Code 

Octal 

12-Bit 

EBCDIC 

Code 

EBCDIC 
Graphic or 
Control 
Charactert 

28 

0050 

undefined 

83 

0203 

c 

E5 

0345 

V 

29 

0051 

undefined 

84 ' 

0204 

d 

E6 

0346 

W 

2A 

0052 

SM 

85 

0205 

e 

E7 

0347 

X 

2B 

0053 

CU2 

86 

0206 

f 

E8 

0350 

Y 

2C 

0054 

undefined 

87 

0207 

g 

E9 

0351 

Z 

2D 

0055 

ENQ 

88 

0210 

h 

EA 

0352 

undefined 

2E 

0056 

ACK 

89 

0211 

i 

EB 

0353 

unde f ined 

2F 

0057 

BEL 

8A 

0212 

undefined 

EC 

0354 

H 

30 

0060 

undefined 

thru 

thru 


ED 

0355 

undefined 

31 

0061 

undefined 

90 

0220 

undefined 

thru 

thru 


32 

0062 

SYN 

91 

0221 

j 

EF 

0357 

undefined 

33 

0063 

undefined 

92 

0222 

k 

FO 

0360 

0 

34 

0064 

PN 

93 

0223 

1 

FI 

0361 

1 

35 

0065 

RS 

94 

0224 

m 

F2 

0362 

2 

36 

0066 

uc 

95 

0225 

n 

F3 

0363 

3 

37 

0067 

EOT 

96 

0226 

o 

F4 

0364 

4 

38 

0070 

undefined 

97 

0227 

P 

F5 

0365 

5 

39 

0071 

undefined 

98 

0230 

q 

F6 

0366 

6 

3A 

0072 

undefined 

99 

0231 

r 

F7 

0367 

7 

3B 

0073 

CU3 

9A 

0232 

undefined 

F8 

0370 

8 

3C 

0074 

DC4 

thru 



F9 

0372 

9 

3D 

0075 

NAK 

AO 


undefined 

FA 

0372 

1 vertical line 

3E 

0076 

undefined 

A1 


tilde 

FB 

0373 

undefined 

3F 

0077 

SUB 

A2 

0242 

s 

thru 

thru 


40 

0100 

space 

A3 

0243 

t 

FF 

0377 

undefined 

41 

0101 

undefined 

A4 

0244 

u 




thru 

thru 


A5 

0245 

V 




49 

0111 

undefined 

A6 

0246 

w 





tcraphic characters shovm are those used on the IBM Systeni/370 standard (PN) print train. Other devices 
support subsets or variations of this character graphic set. 
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TABLE A-8. CHARACTER CODE TRANSLATIONS, CONSOLES IN TERMINAL CLASSES 9, 14, 16, 17, AND 18 

(HASP, HPRE, 2780, 3780, AND 3270) 


Terminal EBCDIC 

Network ASCII (Normalized Mode Use) 

Hex. 

Code 

Octal 

Code 

Graphlct 

Control Charapter^^ 

cStt 

Octal 

Codettt 

Graphic 

Control Charactertt 

00 

000 


NDL 

00 

000 


null 

01 

001 


SOH 

01 

001 


start of header 

02 

002 


STX 

02 

002 


start of text 

03 

003 


BTX 

03 

003 


end of text 

OA 

004 


PF 

20 

040 

space 


05 

005 


HT 

09 

on 


horizontal tabulate 

06 

006 


LC 

20 

040 

space 


07 

007 


DEL 

7F 

177 


delete 

08 

010 


undefIned 

20 

040 

space 


09 

on 


undefined 

20 

040 

space 


OA 

012 


SMM 

20 

040 

space 


OB 

013 


VT 

OB 

013 


vertical tabulate 

OC 

014 


FF 

OC 

014 


form feed 

OD 

015 


CR 

OD 

015 


carriage return 

OE 

016 


SO 

OE 

016 


shift out 

OF 

017 


SI 

OF 

017 


shift in 

10 

020 


DLE 

10 

020 


data link escape 

11 

021 


DCl 

11 

021 


device control 1 

12 

022 


DC2 

12 

022 


device control 2 

13 

023 


TM 

13 

023 


device control 3 

14 

024 


RES 

20 

040 

space 


15 

025 


NL 

20 

040 

space 


16 

026 


BS 

08 

010 


backspace 

17 

027 


IL 

20 

040 

space 


18 

030 


CAN 

18 

030 


cancel 

19 

031 


EM 

19 

031 


end of medium 

lA 

032 


CC 

20 

040 

space 


IB 

033 


CUl 

20 

040 

space 


1C 

034 


IFS 

1C 

034 


file separator 

ID 

035 


XGS 

ID 

035 


group separator 

IE 

036 


IRS 

IE 

036 


record separator 

IF 

037 


lUS 

IF 

037 


unit separator 

20 

040 


DS 

20 

040 

space 


21 

041 


SOS 

20 

040 

space 


22 

042 


FS 

20 

040 

space 


23 

043 


undefined 

20 

040 

space 


24 

044 


BY? 

20 

040 

space 


25 

045 


LF 

OA 

012 


linefeed 

26 

046 


ETB or EOB 

17 

027 


end of transmission block 

27 

047 


ESC or PRE 

IB 

033 


escape 

28 

050 


undefined 

20 

040 

space 


29 

051 


undefined 

20 

040 

space 


2A 

052 


SM 

20 

040 

space 


2B 

053 


CU2 

20 

040 

space 


2C 

054 


undefined 

20 

040 

space 


2D 

055 


ENQ 

05 

005 


enquiry 

2E 

056 


ACR 

06 

006 


positive acknowledgment 

2F 

057 


BEL 

07 

007 


bell 

30 

060 


undefined 

20 

040 

space 


31 

061 


undefined 

20 

040 

space 


32 

062 


SYN 

16 

026 


synchronous idle 

33 

063 


undefined 

20 

040 

space 


34 

064 


PN 

20 

040 

space 


35 

065 


RS 

20 

040 

space 


36 

066 


uc 

20 

040 

space 


37 

067 


EOT 

04 

004 


end of transmission 

38 

070 


undefined 

20 

040 

space 


39 

071 


undefined 

20 

040 

space 


3A 

072 


undefined 

20 

040 

space 
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TABLE A-8. CHARACTER CODE TRANSLATIONS, CONSOLES IN TERMINAL CLASSES 9, 14, 16, 17, AND 18 

(HASP, HPRE, 2780, 3780, AND 3270) (Contd) 







Terminal EBCDIC 

Network ASCII (Normalized Mode Use) 

Hex. 

Code 

Octal 

Code 

Graphict 

Control Charactertt 

Hex. 

Codeftt 

Octal 

Codettt 

Graphic 

Control Charactertt 

3B 

073 


CU3 

20 

040 

space 


3C 

074 


DC4 

14 

024 


device control 4 

3D 

075 


NAK 

15 

025 


negative acknowledgement 

3E 

076 


undefined 

20 

040 

space 


3F 

077 


SUB 

lA 

032 


substitute 

40 

100 

space 


20 

040 

space 


41 

101 


undefined 

20 

040 

space 


thru 

thru 







49 

111 







4A 

112 

i 


5B 

133 

i 


4B 

113 

• 


2E 

056 



4C 

114 

< 


3C 

074 

< 


4D 

115 

( 


28 

050 

( 


4E 

116 

+ 


2B 

053 

+ 


4F 

117 

1 


21 

041 

! 


50 

120 

& 


26 

046 

h 


51 

121 


undefined 

20 

040 

space 


thru 

thru 







59 

131 







5A 

132 

! 


50 

135 

1 


5B 

133 

$ 


24 

044 

$ 


5C 

134 

* 


2A 

052 

* 


5D 

135 

) 


29 

051 

) 


5E 

136 

» 


3B 

073 

f 


5F 

137 

“1 


5E 

136 

/N 


60 

140 

- 


2D 

055 

- 


61 

141 

/ 


2F 

057 

/ 


62 

142 


undefined 

20 

040 

space 


thru 

thru 







69 

151 







6A 

152 

! 


7C 

174 

1 

1 


6B 

153 

> 


2C 

054 

> 


6C 

154 

% 


25 

045 

% 


6D 

155 



5P 

137 



6E 

156 

y 


3E 

076 

> 


6F 

157 

9 


3F 

077 

? 


70 

160 


undefined 

20 

040 

space 


thru 

thru 







78 

170 







79 

171 

' 


60 

140 

' 


7A 

172 

; 


7A 

172 

: 


7B 

173 

// 


23 

043 



7C 

174 

@ 


40 

LOO 

@ 


7D 

175 

/ 


27 

047 

* 


7E 

176 



3D 

075 



7F 

177 

II 


22 

042 

II 


80 

200 


undefined 

20 

040 

space 


81 

201 

a 


61 

141 

a 


82 

202 

b 


62 

142 

b 


83 

203 

c 


63 

143 

c 


84 

204 

d 


64 

144 

d 


85 

205 

e 


65 

145 

e 


86 

206 

f 


66 

146 

f 


87 

207 

8 


67 

147 

g 


88 

210 

h 


68 

150 

h 


89 

211 

i 


69 

151 

i 


8A 

212 


undefined 

20 

040 

space 


thru 

thru 







90 

220 
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TABLE A-8. CHARACTER CODE TRANSLATIONS, CONSOLES IN TERMINAL CLASSES 9, 14, 16, 17, AND 18 

(HASP, HPRE, 2780, 3780, AND 3270) (Contd) 


Terminal EBCDIC 

Network ASCII (Normalized Mode Use) 

Hex. 

Code 

Octal 

Code 

Graphlct 

Control Charactertt 

Hex. 

Codettt 

Octal 

CodeTTT 

Graphic 

Control Charactertt 

91 

221 

j 


6A 

152 

i 


92 

222 

k 


6B 

153 

k 


93 

223 

1 


6C 

154 

1 


94 

224 

m 


6D 

155 

m 


95 

225 

n 


6E 

156 

n 


96 

226 

o 


6F 

157 

o 


97 

227 

P 


70 

160 

P 


98 

230 

q 


71 

161 

q 


99 

231 

r 


72 

162 

r 


9A 

232 


undefIned 

20 

040 

space 


thru 

thru 







AO 

240 







A1 

241 

- 


7E 

176 



A2 

242 

s 


73 

163 

8 


A3 

243 

t 


74 

164 

t 


A4 

244 

u 


75 

165 

U 


A5 

245 

V 


76 

166 

V 


A6 

246 

w 


77 

167 

w 


A7 

247 

X 


78 

170 

X 


A8 

250 

y 


79 

171 

y 


A9 

251 

z 


7A 

172 

z 


AA 

252 


undefined 

20 

040 

space 


thru 

thru 







BF 

277 







CO 

300 

{ 


7B 

173 

{ 


Cl 

301 

A 


41 

101 

A 


C2 

302 

B 


42 

102 

B 


C3 

303 

C 


43 

103 

C 


C4 

304 

D 


44 

104 

D 


C5 

305 

E 


45 

105 

E 


C6 

306 

F 


46 

106 

F 


C7 

307 

G 


47 

107 

G 


C8 

310 

H 


48 

no 

H 


C9 

311 

I 


49 

111 

I 


CA 

312 


undefined 

20 

040 

space 


CB 

313 


undefined 

20 

040 

space 


CC 

314 

J 


20 

040 

space 


CD 

315 


undefined 

20 

040 

space 


CE 

316 

M 


20 

040 

space 


CF 

317 


undefIned 

20 

040 

space 


DO 

320 

} 


7E 

175 

) 


D1 

321 

J 


4A • 

112 

J 


D2 

322 

K 


4B 

113 

K 


D3 

323 

L 


4C 

114 

L 


D4 

324 

M 


4D 

115 

M 


D5 

325 

N 


4E 

116 

N 


D6 

326 

0 


4F 

117 

0 


D7 

327 

P 


50 

120 

P 


D8 

330 

Q 


51 

121 

Q 


D9 

331 

R 


52 

122 

R 


DA 

332 


undefined 

20 

040 

space 


thru 

thru 







DF 

337 







EO 

340 

\ 


5C 

134 

\ 


El 

341 


undefined 

20 

040 

space 


E2 

342 

S 


53 

123 

S 


E3 

343 

T 


54 

124 

T 


E4 

344 

U 


55 

125 

U 


E5 

345 

V 


56 

126 

V 



A-22 60480000 M 











TABLE A-8. CHARACTER CODE TRANSUTIONS, CONSOLES IN TERMINAL CLASSES 9, 14, 16, 17, AND 18 

(HASP, HPRE, 2780, 3780, AND 3270) (Contd) 


Terminal EBCDIC 

Network ASCII (Normalized Mode Use) 

Hex. 

Code 

Octal 

Code 

Graphic^ 

Control Charactertt 

Hex. 

Code ttt 

Octal . 
CodeTtt 

Graphic 

Control Charactertt 



W 


57 

127 

W 




X 


58 

130 

X 


E8 


Y 


59 

131 

Y 


E9 


Z 


5A 

132 

Z 


EA 

352 


undefined 

20 

OAO 

space 


EB 

353 


undefined 

20 

OAO 

space 


EC 

35A 

H 


20 

OAO 

space 


ED 

355 


undefined 

20 

OAO 

space 


thru 

thru 







EF 

357 







FO 

360 

0 


30 

060 

0 


FI 

361 

1 


31 

061 

1 


F2 

362 

2 


32 

062 

2 


F3 

363 

3 


33 

063 

3 


FA 

364 

A 


3A 

06A 

A 


F5 

365 

5 


35 

065 

5 


F6 

366 

6 


36 

066 

6 


F7 

367 

7 


37 

067 

7 


F8 

370 

8 


38 

070 

8 


F9 

371 

9 


39 

071 

9 


FA 

372 

1 


20 

OAO 

space 


FB 

373 


undefined 

20 

OAO 

space 


thru 

thru 







FF 

377 







tcri 

aphic characters shown are those used on the 

IBM System/370 standard (PN) print train. Other devices 

support subsets or variations of this character graphic set. 



ttwot used for output to 

line printers. Translation to a space (100 octal) occurs. 

tttShown with zero parity 

[eighth or uppermost bit Is always 

zero). 
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TABIE A-9. CHARACTER CODE TRANSLATIONS, ASCII CHARACTER SET CONSOLES 
IN TERMINAL CLASSES 1 THROUGH 3 AND 5 THROUGH 8 (M33, 713, 721, X3.64, H2000, T4014, M40) 


Terminal ASCII (Transparent Mode Use) 

Network AS 

CII (Norma 

11zed Mode Use) 

Hex. 

Code’ 

Octal 

Codet 

ASCII 

Graphic 

Control Charactertt 

Hex. 

Codettt 

Octal 

Codettt 

ASCII 

Graphic 

Control Character 

00 

000 


NUL or ® 

00 

000 


nul L 

03 

003 

▲ 

ETX or @ 

03 

003 


end of text 

05 

005 


ENQ or WRU or (e) 

05 

005 


enquiry 

06 

006 


ACK or RU or 

06 

006 


positive acknowledgement 

09 

Oil 


HT or (T) 

09 

oil 


horizontal tabulate 

OA 

012 


LF or NL or i or (j) 

OA 

012 


linefeed 

OC 

014 


FF or FORM or (l) 

OC 

014 


formfeed 

OF 

017 

> 

SI or ® 

OF 

017 


shift In 

11 

021 


DCl or X-ON or 0 

11 

021 


device control 1 

12 

022 


DC2 or TAPE or ® 

12 

022 


device control 2 

14 

024 


DC4 or TAPE or @ 

14 

024 


device control 4 

17 

027 


ETB or (w) 

17 

027 


end transmission block 

18 

030 


CAN or CLEAR or (S' 

18 

030 


cancel 

IB 

033 


ESC or ESCAPE or (T) 

IB 

033 


escape 

ID 

035 


GS or 

ID 

035 


group separator 

IE 

036 


RS or(^ 

IE 

036 


record separator 

21 

041 

! 


21 

041 

1 


22 

042 

It 


22 

042 

II 


24 

044 

$ 


24 

044 

$ 


27 

047 

/ 


27 

047 



28 

050 

( 


28 

050 

( 


2B 

053 

+ 


2B 

053 

+ 


2D 

055 

- 


2D 

055 

- 


2E 

056 

• 


2E 

056 

• 


30 

060 

0 


30 

060 

0 


33 

063 

3 


33 

063 

3 


35 

065 

5 


35 

065 

5 


36 

066 

6 


36 

066 

6 


39 

071 

9 


39 

071 

9 


3A 

072 

: 


3A 

072 

: 


3C 

074 

< 


3C 

074 

< 


3F 

077 

? 


3F 

077 

? 


41 

101 

A 


41 

101 

A 


42 

102 

B 


42 

102 

B 


44 

104 

D 


44 

104 

D 


47 

107 

G 


47 

107 

G 


48 

110 

H 


48 

110 

H 


4B 

113 

K 


4B 

113 

K 


4D 

115 

M 


4D 

115 

M 


4E 

116 

N 


4E 

116 

N 


50 

120 

P 


50 

120 

P 


53 

123 

S 


53 

123 

S 


55 

125 

U 


55 

125 

U 


56 

126 

V 


56 

126 

V 


59 

131 

Y 


59 

131 

Y 


5A 

132 

Z 


5A 

132 

Z 


5C 

134 

\ 


5C 

134 

\ 


5F 

137 

or ^ 


5F 

137 



60 

140 



60 

140 

"T 


63 

143 

c 


63 

143 

c 


65 

145 

e 


65 

145 

e 


66 

146 

f 


66 

146 

f 


69 

151 

1 


69 

151 

i 


6A 

152 

j 


6A 

152 

j 


6C 

154 

1 


6C 

154 

1 


6F 

157 

0 


6F 

157 

0 


71 

161 

<I 


71 

161 

q 


72 

162 

r 


72 

162 

r 
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TABLE A-9. CHARACTER CODE TRANSLATIONS, ASCII CHARACTER SET CONSOLES 
IN TEWIINAL CLASSES 1 THROUGH 3 AND 5 THROUGH 8 (M33, 713, 721, X3.64, H2000, T4014, M40) (Contd) 


i 






Terminal ASCII (Transparent Mode Use) 

Network ASCII (Normalized Mode Use) 

Hex. 

Codet 

Octal 

Codet 

ASCII 

Graphic 

Control Charactertt 

Hex. 

Codettt 

Octal 

Codettt 

ASCII 

Graphic 

Control Character 

74 

164 

t 


74 

164 

t 


77 

167 

w 


77 

167 

w 


78 

170 

X 


78 

170 

X 


7B 

173 

{ 


7B 

173 

{ 


7C 

174 

j or t or 1 


7C 

174 

1 

1 


7D 

175 

} 


7D 

175 

) 


7E 

176 

~ or —1 


7E 

176 



81 

201 


SOH or ® 

01 

001 


start of header 

82 

202 


STX or @ 

02 

002 


start of text 

84 

204 


EOT or 

04 

004 


end of transmission 

87 

207 


BELL or 

07 

007 


bell 

88 

210 


BS or ^ or (5) 

08 

010 


backspace 

8B 

213 


VT or (K) 

CR or RETURN or 00 

OB 

013 


vertical tabulate 

8D 

215 


00 

015 


carriage return 

8E 

216 


SO or 

OE 

016 


shift out 

90 

220 


DLE or^ 

10 

020 


data link escape 

93 

223 


DC3 or X-OFF or Cs) 

13 

023 


device control 3 

95 

225 


NAK or -► or (U) 

15 

025 


negative acknowledgement 

96 

226 


SYN or LINE CLEAR or ® 

16 

026 


synchronous idle 

99 

231 


EM or RESET or (?) 

19 

031 


end of medium 

9A 

232 


SUB or t or (z) 

lA 

032 


substitute 

9C 

234 


FS or 0 

1C 

034 


file separator 

9F 

237 


US or Q 

IF 

037 


unit separator 

AO 

240 

SPACE 

or 

blank 


20 

040 

space 


A3 

243 

# 


23 

043 

# 


A5 

245 

Z 


25 

045 

Z 


A6 

246 

& 


26 

046 

& 


A9 

251 

) 


29 

051 

) 


AA 

252 

* 


2A 

052 

* 


AC 

254 

> 


2C 

054 

» 


AF 

257 

/ 


2F 

057 

/ 


B1 

261 

1 


31 

061 

1 


B2 

262 

2 


32 

062 

2 


B4 

264 

4 


34 

064 

4 


B7 

267 

7 


37 

067 

7 


B8 

270 

8 


38 

070 

8 


BB 

273 

9 


3B 

073 

» 


BD 

275 

n 


30 

075 



BE 

276 

> 


3E 

076 

> 


CO 

300 



40 

100 

@ 


C3 

303 

c 


43 

103 

C 


C5 

305 

E 


45 

105 

E 


C6 

306 

F 


46 

106 

F 


C9 

311 

I 


49 

111 

I 


CA 

312 

J 


4A 

112 

J 


CC 

314 

L 


4C 

114 

L 


CF 

317 

0 


4F 

117 

0 


01 

321 

Q 


51 

121 

Q 


D2 

322 

R 


52 

122 

R 


04 

324 

T 


54 

124 

T 


07 

327 

W 


57 

127 

W 


08 

330 

X 


58 

130 

X 


0B 

333 

[ 


5B 

133 

[ 


DD 

335 

1 


50 

135 

J 


DE 

336 

A or “1 


5E 

136 

A 


El 

341 

a 


61 

141 

* i 
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TABLE A-9. CHARACTER CODE TRANSLATIONS, ASCII CHARACTER SET CONSOLES 
IN TERMINAL CLASSES 1 THROUGH 3 AND 5 THROUGH 8 (M33, 713, 721, X3.64, H2000, T4014, M40) (Contd) 


Terminal ASCII (Transparent Mode Use) 

Network AS 

CII (Norma 

lized Mode Use) 

Hex* 

Codet 

Octal 

Codet 

ASCII 

Graphic 

Control Charactertt 

Hex. 

Codettt 

Octal 
Codettt. 

ASCII 

Graphic 

Control Character 

E2 

342 

b 


62 

142 

b 


E4 

344 

d 


64 

144 

d 


E7 

347 

g 


67 

147 

8 


E8 

350 

h 


68 

150 

h 


EB 

353 

k 


6B 

153 

k 


ED 

355 

m 


6D 

155 

m 


EE 

356 

n 


6E 

156 

n 


FO 

360 

p 


70 

160 

P 


F3 

363 

s 


73 

163 

s 


P5 

365 

u 


75 

165 

u 


F6 

366 

V 


76 

166 

V 


F9 

371 

y 


79 

171 

y 


FA 

372 

z 


7A 

172 

z 


FF 

377 

■ 

DEL or RUBOUT 

7F 

177 


delete 


tshown with even parity, which is the default for these terminal classes (unless PA“N, an application 
program receives the same code as in normalized mode)* 

ttA circle around a character indicates that the character key is pressed in conjunction with a CTL, CTRL, 
CNTRL, or CONTROL key to generate the code* 

tttshown with zero parity (eighth or uppermost' bit is always zero)* 
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TABI£ A-10. CHARACTER CODE TRANSLATIONS, APL TYPEWRITER-PARING CONSOLES IN 
TERMINAL CLASSES 1 THROUGH 3 AND 5 THROUGH 8 (M33, 713, 721, X3.64, H2000, T4014, M40) 





Terminal ASCII (Transparent Mode Use) 

Network ASCII (Normalized Mode Use) 

Hex 

Codet 

Octal 

Codet 

ASCII-APL 

Graphic 

Control Charactertt 

Hex 

Codeftt 

Octal 

Codettt 

ASCII-APL 

Graphic 

Control Character 

00 

000 


NUL or ® . 

00 

000 


null 

03 

003 

A 

ETX or @ 

03 

003 


end of text 

05 

005 


ENQ or WRU or ® 

05 

005 


enquiry 

06 

006 


ACK or RU or (y 

06 

006 


positive acknowledgement 

09 

on 


HT or (D 

09 

Oil 

■ 

horizontal tabulate 

OA 

012 


LF or NL or 4 or (j) 

OA 

012 


linefeed 

OC 

014 


FF or FORM or (l) 

OC 

014 


formfeed 

OF 

017 

> 

SI or (p) 

OF 

017 


shift in 

11 

021 


DCl or X-ON or ® 

11 

021 


device control 1 

12 

022 


DC2 or TAPE or m 

12 

022 


device control 2 

14 

024 


DC4 or TAPE or ^ 

14 

024 


device control 4 

17 

027 


ETB or © 

17 

027 


end transmission block 

18 

030 


CAN or CLEAR or (x) 

18 

030 


cancel 

16 

033 


ESC or ESCAPE or (D 

16 

033 


escape 

ID 

035 


GS or © 

ID 

035 


group separator 

IE 

036 


RS or0 

IE 

036 


record separator 

21 

041 

• 


23 

043 

• 


22 

042 

9 


29 

052 



24 

044 

< 


40 

100 

< 


27 

047 

T 


5D 

135 

T 


28 

050 

V 


21 

041 

V 


26 

053 

+ 


25 

045 

+ 


2D 

055 

+ 


26 

053 



2E 

056 

• 


2E 

056 

• 


30 

060 

0 


30 

060 

0 


33 

063 

3 


33 

063 

3 


35 

065 

5 


35 

065 

5 


36 

066 

6 


36 

066 

6 


39 

071 

9 


39 

071 

9 


3A 

072 

( 


28 

050 

( 


3C 

074 

> 


36 

073 

$ 


3F 

077 

\ 


5C 

134 

\ 


41 

101 

cc 


61 

141 

OC 


42 

102 

1 


62 

142 

1 


44 

104 

L 


64 

144 

L 


47 

107 

V 


67 

147 

V 


48 

110 

A 


68 

150 

A 


46 

113 

' 


27 

047 

% 


4D 

115 

1 


6D 

155 

1 


4E 

116 

T 


6E 

156 

T 


50 

120 

* 


2A 

052 

* 


53 

123 

r 


73 

163 

r 


55 

125 

4 


75 

165 

4 


56 

126 

U 


76 

166 

U 


59 

131 

t 


79 

171 

t 


5A 

132 

c 


7A 

172 

c: 


5C 

134 

h- 


7E 

176 

1- 


5P 

137 

• 


2D 

055 

- 


60 

140 

0 


60 

140 

0 


63 

143 

c 


43 

103 

C 


65 

145 

E 


45 

105 

E 


66 

146 

F 


46 

106 

F 


69 

151 

I 


47 

111 

I 


6A 

152 

J 


4A 

112 

J 


6C 

154 

L 


4C 

114 

L 


6F 

157 

0 


4F 

117 

0 


71 

161 

Q 


51 

121 

Q 


72 

162 

R 


52 

122 

R 
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TAw m A-10. CHARACTER CODE TRANSLATIONS, APL TTPEWRITER-PARINC CONSOLES IN 
TERMINAL CLASSES I THROUGH 3 AND 5 THROUGH 8 (M33, 713, 721, X3.64, H2000, T4014, MAO) (Contd) 



Terminal 

ASCII (Transparent Mode Use) 

Network ASCII (Noroal 

Ized Mode Use) 

Hex 

CodeT 

B 

ASCII-APL 

Graphic 

Control Charactertt 

Rex 

Codettt 

Octal 

Codettt 

ASCII-APL 

Graphic 

Control Character 

74 

164 

T 


54 

124 

T 


77 

167 

W 


57 

127 

W 


78 

170 

X 


58 

130 

X 


7B 

173 

{ 


7B 

173 

{ 


7C 

174 

-» 


6B 

153 



7D 

175 

} 


7D 

175 

} 


7E 

176 

$ 


24 

044 

$ 


81 

201 


SOH or ® 

01 

001 


start of header 

82 

202 


STX or ^ 

02 

002 


start of text 

84 

204 


EOT or 

04 

004 


end of transmission 

87 

207 


BELL or 

07 

007 


bell 

88 

210 


BS or ^ or (h) 

08 

010 


backspace 

8B 

213 


VT or ® ^ ^ 

OB 

013 


vertical tabulate 

8D 

215 


CR or RETURN or (m) 

OD 

015 


carriage return 

8E 

216 


SO or 

OE 

016 

< 

shift out 

90 

220 


DLE or (?) 

10 

020 


data link escape 

93 

223 


DC3 or X-OFF or ® 

13 

023 


device control 3 

95 

225 


NAK or -► or ® 

15 

025 


negative acknowledgement 

96 

‘ 226 


SYN or LINE CLEAR or (v) 

16 

026 


synchronotis Idle 

99 

231 


EM or RESET or (y) 

19 

031 


end of medium 

9A 

232 


SUB or t or 

lA 

032 


substitute 

9C 

234 


FS or ® 

1C 

034 


file separator 

9F 

237 


US or 0 

IF 

037 


unit separator 

AO 

240 

SPACE 


20 

040 

space 




or 








blank 






A3 

243 

< 


3C 

074 

< 


A5 

245 

B 


3D 

075 

B 


A6 

246 

> 


3E 

076 

> 


A9 

251 

A 


26 

046 

A 


AA 

252 

* 


22 

042 



AC 

254 

f 


2C 

054 

» 


AF 

257 

/ 


2P 

057 

/ 


B1 

261 

1 


31 

061 

1 


B2 

262 

2 


32 

062 

2 


B4 

264 

4 


34 

064 

4 


B7 

267 

7 


37 

067 

7 


B8 

270 

8 


38 

070 

8 


BB 

273 

I 


5B 

133 

t 


BD 

275 

X 


66 

146 

X 


BE 

276 

; 


3A 

072 

: 


CO 

300 

— 


5E 

136 



C3 

303 

0 


63 

143 

0 


C5 

305 

€ 


65 

145 

€ 


C6 

306 



5F 

137 



C9 

311 

\ 


69 

151 

X 


CA 

312 

o 


6A 

152 

o 


CC 

314 

□ 


6C 

154 

□ 


CF 

317 

o 


6F 

157 

o 


D1 

321 

7 


3F 

077 

? 


D2 

322 

P 


72 

162 

p 


D4 

324 



74 

164 



07 

327 

CO 


77 

167 

iO 


08 

330 



78 

170 



OB 

333 



70 

160 

♦- 


DO 

335 



71 

161 



OE 

336 

> 


7C 

174 

> 


El 

341 

A 


41 

101 

A 
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TABLE A-lO. CHARACTER CODE TRANSLATIONS, APL TYPEWRITER-PARING CONSOLES IN 
TERMINAL CLASSES 1 THROUGH 3 AND 5 THROUGH 8 (M33, 713, 721, X3.64, H2000, T4014, M40) (Contd) 


Terminal ASCII (Transparent Mode Use) 

Network ASCII (Normalized Mode Use) 

Hex 

Code! 

Octal 

Codet 

ASCII-APL 

Graphic 

Control Charactertt 

Hex 

Codettt 

Octal 

Codettt 

ASCII-APL 

Graphic 

Control Character 

E2 

342 

B 


42 

102 

B 


E4 

344 

D 


44 


D 


E7 

347 

6 


47 

107 

G 


E8 

350 

H 


48 

110 

H 


EB 

353 

K 


4B 

113 

K 


ED 

355 

H 


4D 

115 

M 


EE 

356 

N 


4E 

116 

N 


FO 

360 

P 


50 

120 

P 


F3 

363 

S 


53 

123 

S 


F5 

365 

u 


55 

125 

U 


F6 

366 

V 


56 

126 

V 


F9 

371 

Y 


59 

131 

Y 


FA 

372 

z 


5A 

132 

Z 


FF 

377 

■ 

DEL or RUBOUT 

7F 

177 

__ _ 

delete 

tshown with even parity, 

which is the default for these terminal classes (unless PA=N, an application 

program receives the same code as in normalized mode). 




ttA circle around a character indicates that the character key 

is pressed in conjunction with a CTL, CTRL, 

CNTRL, or CONTROL key to generate the code. 





^^^Shown with zero parity (eighth or uppermost bit is 

always zero). 
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TABLE A-11. CHARACTER CODE TRANSLATIONS, APL BIT-PARING CONSOLES IN TERMINAL 
CLASSES 1 THROUGH 3 AND 5 THROUGH 8 (M33, 713, 721, X3.64, H2000, T4014, AND M40) 


I 



Terminal 

ASCII (Transparent Mode Use) 

Network ASCII (Normal 

ized Mode Use) 

Hex 

Code’ 

Octal 

Codet 

ASCII-APL 

Graphic 

Control Charactertt 

Hex 

Codettt 

Octal 

Codettt 

ASCII-APL 

Graphic 

Control Character 

00 

000 


NUL or ® . 

00 

000 


null 

03 

003 

A 

ETX or © 

03 

003 


end of text 

05 

005 


ENQ or WRU or 

05 

005 


enquiry 

06 

006 


ACK or RU or (p) 

06 

006 


positive acknowledgement 

09 

on 


HT or © 

09 

oil 


horizontal tabulate 

OA 

012 


LF or NL or ♦ or (j) 

OA 

012 


linefeed 

OC 

014 


FF or FORM or (L) 

OC 

014 


formfeed 

OF 

017 

> 

SI or © 

OF 

017 


shift in 

n 

021 


DCl or X-ON or @ 

11 

021 


device control 1 

12 

022 


DC2 or TAPE or @ 

12 

022 


device control 2 

14 

024 


DC4 or TAPE or 0 

14 

024 


device control 4 

17 

027 


ETB or ® 

17 

027 


end transmission block 

18 

030 


CAN or CLEAR or 00 

18 

030 


cancel 

IB 

033 


ESC or ESCAPE or{£) 

IB 

033 


escape 

ID 

035 


GS or © 

ID 

035 


group separator 

IE 

036 


RS or(^ 

IE 

036 


record separator 

21 

041 

• . 

VJ/ 

23 

043 

.. 


22 

042 

__ 


5E 

136 

_ 


24 

044 

< 


40 

100 

< 


27 

047 

> 


3E 

076 

> 


28 

050 



22 

042 



2B 

053 

( 


28 

050 

( 


2D 

055 

+ 


2B 

053 

+ 


2E 

056 



2E 

056 

• 


30 

060 

0 


30 

060 

0 


33 

063 

3 


33 

063 

3 


35 

065 

5 


35 

065 

5 


36 

066 

6 


36 

066 

6 


39 

071 

9 


39 

071 

9 


3A 

072 

1 


5D 

135 

1 


3C 

074 

9 


3B 

073 

> 


3r 

077 

\ 


5C 

134 

\ 


41 

101 

OC 


61 

141 

OC 


42 

102 

i 


62 

142 

1 


44 

104 

L 


64 

144 

L 


47 

107 

V 


67 

147 

V 


48 

110 

A 


68 

150 

A 


4B 

113 

' 


27 

047 



4D 

115 

1 


6D 

155 

1 


4E 

116 

T 


6E 

156 

T 


50 

120 

* 


2A 

052 

* 


53 

123 

r 


73 

163 

r 


55 

125 

4 


75 

163 



56 

126 

U 


76 

166 

U 


59 

131 

t 


79 

171 

t 


5A 

132 

<r 


7A 

172 

c 


5C 

134 

0 


60 

140 

0 


5F 

137 

✓V 


26 

046 

✓s 


60 

140 



71 

161 



63 

143 

C 


43 

103 

C 


65 

145 

E 


45 

105 

E 


66 

146 

F 


46 

106 

F 


69 

151 

I 


49 

111 

I 


6A 

152 

J 


4A 

112 

J 


6C 

154 

L 


4C 

114 

L 


6F 

157 

0 


4F 

117 

0 


71 

161 

Q 


51 

121 

Q 


72 

162 

R 


52 

122 

R 
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TABLE A-11. CHARACTER CODE TRANSLATIONS, APL BIT-PARING CONSOLES IN TERMINAL 
CLASSES 1 THROUGH 3 AND 5 THROUGH 8 (M33, 713, 721, X3.64, H2000, T4014, AND M40) (Contd) 


Terminal ASCII (Transparent Mode Use) 

Network ASCII (Normalized Mode Use) 

Hex. 

CodeT 

Octal 

Codet 

ASCII-APL 

Graphic 

Control Charactertt 

Hex 

Codettt 

Octal 

Codettt 

ASCII-APL 

Graphic 

Control Character 









74 

164 

T 


54 

124 

T 


77 

167 

W 


57 

127 

W 


78 

170 

X 


58 

130 

X 


7B 

173 

-H 


6B 

153 

-1 


7C 

174 

$ 


24 

044 

$ 


7D 

175 

) 


7D 

160 

} 


7E 

176 

-f 


25 

045 



81 

201 


SOH or ® 

01 

001 


start of header 

82 

202 


STX or @ 

02 

002 


start of text 

84 

204 


EOT or 

04 

004 


end of transmission 

87 

207 


BELL or 

07 

007 


bell 

88 

210 


BS or ^ or (h) 

08 

010 


backspace 

8B 

213 


VT or @ 

OB 

013 


vertical tabulate 

8D 

215 


CR or RETURN or (m) 

OD 

015 


carriage return 

8E 

216 

< 

SO or 

OE 

016 


shift out 

90 

220 


OLE or (P^ 

10 

020 


data link escape 

93 

223 


DC3 or X-OFF or (s) 

13 

023 


device control 3 

95 

225 


NAK or -► or (U) 

15 

025 


negative acknowledgement 

96 

226 


SYN or LINE CLEAR or (v) 

16 

026 


synchronous idle 

99 

231 


EM or RESET or (?) 

19 

031 


end of medium 

9A 

232 


SUB or t or (z) 

lA 

032 


substitute 

9C 

234 


FS or 0 

1C 

034 


file separator 

9F 

237 


US or 0 

IF 

037 


unit separator 

AO 

240 

SPACE 


20 

040 

space 




or 








blank 






A3 

243 

< 


3C 

074 

< 


A5 

245 

= 


3D 

075 



A6 

246 

> 


7C 

174 

> 


A9 

251 

>✓ 


21 

041 



AA 

252 

) 


29 

051 

) 


AC 

254 

» 


2C 

054 

» 


AF 

257 

/ 


2F 

057 

/ 


B1 

261 

1 


31 

061 

1 


B2 

262 

2 


32 

062 

2 


B4 

264 

4 


34 

064 

4 


B7 

267 

7 


37 

067 

7 


B8 

270 

8 


38 

070 

8 


BB 

273 

t 


5B 

133 

[ 


BD 

275 



2D 

055 

- 


BE 

276 

• 


3A 

072 

; 


CO 

300 



70 

160 



C3 

303 

n 


63 

143 

n 


C5 

305 

€ 


65 

145 

e 


C6 

306 



5F 

137 



C9 

311 



69 

151 

\ 


CA 

312 

o 


6A 

152 

o 


CC 

314 

□ 


6C 

154 

□ 


CF 

317 

o 


6F 

157 

O 


D1 

321 

7 


3F 

077 

7 


D2 

322 

P 


72 

162 

P 


D4 

324 

- 


74 j 

164 

•* 


D7 

327 

CO 1 


77 

167 

CO 


D8 

330 



78 

170 



DB 

333 

1— 


7E 

176 1 

1— 


DD 

335 

{ 


7B 

173 1 

{ 


DE 

336 

X 


66 

146 i 

X 


El 

341 

A 


41 

101 

A 



60480000 N A-31 


TABLE A-11. CHARACTER CODE TRANSLATIONS, APL BIT-PARING CONSOLES IN TERMINAL 
CLASSES 1 THROUGH 3 AND 5 THROUGH 8 (M33, 713, 721, X3.64, H2000, T4014, AND M40) (Contd) 


Terminal ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 



Octal 

Codet 

ASCII-APL 

Graphic 

Control Charactertt 

Hex 

Codettt 

Octal 

Codettt 

ASCII-APL 

Graphic 


Control Character 



42 

mSM 

B 

44 

■EM 

D 

47 

107 

G 

48 

110 

H 

4B 

113 

K 

4D 

115 

M 

4E 

116 

N 

50 

120 

P 

53 

123 

S 

55 

125 

U 

56 

126 

V 

59 

131 

Y 

5A 

132 

Z 

7F 

177 




tshown with even parity, which is the default for these terminal classes (unless PA=N, an application 
program receives the same code as in normalized mode)* 

ttA circle around a character indicates that the character key is pressed in conjunction with a CTL, CTRL, 
CNTRL, or CONTROL key to generate the code. 

tttshown with zero parity (eighth or uppermost bit Is always zero). 
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TABLE A-12. CHARACTER CODE TRANSLATIONS, ASCII CONSOLES AND LINE PRINTERS IN 
TERMINAL CLASSES 10 AND 15 (200UT AND 734) 



Terminal 

ASCIlt 


Network ASCII (Normalized Mode Use) 

Hex. 

Codett 

Octal 

Codett 

Keyboard or 
Printer Graphic 

Input or 

Output 

Console Output Only 

Graphic 

ASCII 

CDC 

Hex. 

Codettt 

Octal 

Codettt 

Hex. 

Codettt 

Octal 

Codettt 

20 

040 

blank 

blank 

20 

040 



space 

23 

043 



23 

043 




25 

045 

1 

X 

25 

045 



• X 

26 

046 

& 


26 

046 



& 

29 

051 

) 

) 

29 

051 



) 

2A 

052 

* 

* 

2A 

052 



* 

2C 

054 

> 

> 

2C 

054 



> 

2F 

057 

/ 

/ 

2F 

057 



/ 

31 

061 

1 

1 

31 

061 



1 

32 

062 

2 

2 

32 

062 



2 

34 

064 

4 

4 

34 

064 



4 

37 

067 

7 

7 

37 

067 



7 

38 

070 

8 

8 

38 

070 



8 

3B 

073 

t 

f 

3B 

073 



> 

3D 

075 

3 

= 

3D 

075 



s 

3E 

076 

> 

> 

3E 

076 



> 

40 

100 


< 

40 

100 

60 

140 


43 

103 

c 

C 

43 

103 

63 

143 

C 

45 

105 

E 

E 

45 

105 

65 

145 

E 

46 

106 

F 

F 

46 

106 

66 

146 

F 

49 

111 

I 

I 

49 

111 

69 

151 

I 

4A 

112 

J 

J 

4A 

112 

6A 

152 

J 

4C 

114 

L 

L 

4C 

114 

6C 

154 

L 

4F 

117 

0 

0 

4F 

117 

6F 

157 

0 

51 

121 

Q 

Q 

51 

121 

71 

161 

Q 

52 

122 

R 

R 

52 

122 

72 

162 

R 

54 

124 

T 

T 

54 

124 

74 

164 

T 

57 

127 

W 

W 

57 

127 

77 

167 

W 

58 

130 

X 

X 

58 

130 

78 

170 

X 

5B 

133 

t 

[ 

5B 

133 

7B 

173 

1 

5D 

135 

1 

) 

5D 

135 

7D 

175 

1 

5E 

136 



5E 

136 

7E 

176 

/\ 

A1 

241 

f 


21 

041 



J 

A2 

242 

It 


22 

042 



It 

A4 

244 

$ 

$ 

24 

044 



$ 

A7 

247 



27 

047 




A8 

250 

( 

( 

1 

28 

050 



( 
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TABLE A-12. CHARACTER CODE TRANSUTIONS, ASCII CONSOLES AND LINE PRINTERS IN 
TERHINAL CLASSES 10 AND 15 (200UT AND 734) (Contd) 


Terminal ASCII^ 

Network AS( 

:3II (Normalized Mode Use) 


Hex. 

Codett 

Octal 

Keyboard or 
Printer Graphic 

Input or 

Output 

Console Ou 

tput Only 

Graphic 

Codett 

ASCII 

CDC 

Hex. 

Codettt 

Octal 

CodeTTT 

Hex. 

Codettt 

Octal 

Codettt 

AB 

253 

+ 

+ 

2B 

WM 



+ 

AD 

255 

- 

- 

2D 

mBm 



- 

A£ 

256 

. 

• 

2E 

056 



• 

BO 

260 

0 

0 

30 

mSm 



0 

B3 

263 

3 

3 

33 




3 

B5 

265 

5 

5 

35 

065 



5 

B6 

266 

6 

6 

36 

066 



6 

B9 

271 

9 

9 

39 

071 



9 

BA 

272 

: 

: 

3A 

072 




BC 

274 

< 

< 

3C 

074 



< 

BF 

277 

? 

1 

3F 

077 



? 

Cl 

301 

A 

A 

41 

101 

61 

141 

A 

C2 

302 

B 

B 

42 

102 

62 

142 

B 

CA 

30A 

D 

D 

44 

104 

64 

144 

D 

C7 

307 

G 

G 

47 

107 

67 

147 

G 

C8 

310 

H 

H 

48 

no 

68 

150 

H 

CB 

313 

K 

K 

4& 

113 

6B 

153 

K 

CD 

315 

M 

M 

4D 

115 

6D 

155 

M 

CE 

316 

N 

N 

4E 

116 

6E 

156 

N 

DO 

320 

P 

P 

50 

120 

70 

160 

P 

D3 

323 

S 

S 

53 

123 

73 

163 

S 

D5 

325 

U 

U 

55 

125 

75 

165 

U 

D6 

326 

V 

V 

56 

126 

76 

166 

V 

D9 

331 

y 

Y 

59 

131 

79 

171 

Y 

DA 

332 

z 

Z 

5A 

132 

7A 

172 

Z 

DC 

334 

\ 

> 

5C 

134 

7C 

174 

\ 

DP 

337 

_ 


5E 

135 

7F 

177 

- 

tEscape codes are not listed* 

ttshown with odd parity, the only possible parity selection for these terminal classes. ASCII control 
codes 000 through OAOg (without parity) are removed from Input during complete editing; codes Olg 
and 03g (SOH and ETX, without parity) are preserved as data in full-ASCII mode, as are escape code 
sequences* 

tttshown with zero parity (eighth or uppermost bit is always zero). During output, codes 000 through 

OlOg are converted to code OAOg (blank); codes 0l2g, OlSg, and 0370 (LF, CR, and US) are 
removed. Codes for lowercase ASCII characters sent to the console are converted to the codes for 
the equivalent uppercase characters supported by the terminal, as shown* 
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TABLE A-13. CHARACTER CODE TRANSLATIONS, EXTERNAL BINARY CODED (BCD) CONSOLES 
AND LINE PRINTERS IN TERMINAL CLASSES 10 AND 15 (200UT AND 734) 


Terminal External BCot 

Network ASCII (Normalized Mode Use) 

Hex. 

Codett 

Octal 

Codett 

Keyboard or 
Printer Graphic 

Input or 

Output 

Console Output Only 

Graphic 

ASCII 

CDC 

Codettt 

Octal 

Codettt 

Hex. 

Codettt 

Octal 

Codettt 

10 

020 



3A 

072 




20 

040 

- 

- 

2D 

055 



- 

23 

043 

L 

L 

4C 

114 

6C 

154 

L 

25 

045 

N 

N 

4E 

116 

6E 

156 

N 

26 

046 

0 

0 

4F 

117 

6F 

157 

0 

29 

051 

R 

R 

52 

122 

72 

162 

R 

2A 

052 

1 

v/ 

21 

041 



t 

2C 

054 

* 

* 

2A 

052 



A 

2F 

057 

> 

> 

3E 

076 



> 

31 

061 

A 

A 

41 

101 

61 

141 

A 

32 

062 

B 

B 

42 

102 

62 

142 

B 

34 

064 

D 

D 

44 

104 

64 

144 

D 

37 

067 

G 

G 

47 

107 

67 

147 

G 

38 

070 

H 

H 

48 

no 

68 

150 

H 

3B 

073 

• 

. 

2E 

056 



• 

3D 

075 



5C 

134 

7C 

174 

\ 

43 

103 

3 

3 

33 

063 



3 

45 

105 

5 

5 

35 

065 



5 

46 

106 

6 

6 

36 

066 



6 

49 

111 

9 

9 

39 

071 



9 

4A 

112 ' 

0 

0 

30 

060 



0 

4C 

114 

o 

1 


22 

042 



M 

4F 

117 

[ 

[ 

5B 

133 

7B 

173 

1 

51 

121 

/ 

/ 

2F 

057 



/ 

52 

122 

s 

S 

53 

123 

73 

163 

s 

54 

124 

u 

U 

55 

125 

75 

165 

u 

57 

127 

X 

X 

58 

130 

78 

170 

X 

58 

130 

Y 

Y 

59 

131 

79 

171 

Y 

5B 

133 

f 

> 

2C 

054 



> 

5D 

135 



5F 

137 

7F 

177 


5E 

136 

# 

= 

23 

043 



# 

A1 

241 

J 

j 

4A 

112 

6A 

152 

J 

A2 

242 

K 

K 

4B 

113 

6B 

153 

K 

A4 

244 

M 

M 

4D 

115 

6D 

155 

M 

A7 

247 

P 

P 

50 

120 

70 

160 

P 

A8 

250 ' 

Q 

Q 

51 

121 

71 

161 

Q 

AB 

253 ; 

1 

$ 

$ 

24 

044 



$ 
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TABLE A-13. CHARACTER CODE TRANSLATIONS, EXTERNAL BINARY CODED (BCD) CONSOLES 
AND LINE PRINTERS IN TERMINAL CLASSES 10 AND 15 (200UT AND 734) (Contd) 


Terminal External BCDt 

Network ASCII (Normalized Mode Use) 


Hex. 

Codett 

Octal 

Codett 

Keyboard or 
Printer Graphic 

Input or 

Output 

Console Output Only 

Graphic 

ASCII 

CDC 

Hex., . 
Codettt 

Octal 

Codettt 

Hex. 

Codetit 

Octal 

Codettt 

AD 

255 


t 

27 

047 



> 

AE 

256 

7 


3F 

077 



9 

B3 

263 

C 

c 

43 

103 

63 

143 

C 

B5 

265 

E 

E 

45 

105 

65 

145 

E 

B6 

266 

F 

F 

46 

106 

66 

146 

F 

B9 

271 

I 

I 

49 

111 

69 

151 

I 

BA 

272 

< 

< 

3C 

074 



< 

BC 

274 

) 

) 

29 

051 



) 

BF 

277 

> 

f 

3B 

073 



» 

Cl 

301 

1 

1 

31 

061 



1 

C2 

302 

2 

2 

32 

062 



2 

C4 

304 

4 

4 

34 

064 



4 

C7 

307 

7 

7 

37 

067 



7 

C8 

310 

8 

8 

38 

070 



8 

CB 

313 

= 

« 

3D 

075 



s 

CD 

315 


_< 

40 

100 

60 

140 

@ 

CE 

316 

X 

Z 

25 

045 



Z 

DO 

320 

blank 

blank 

20 




space 

D3 

323 

T 

T 

54 


74 

164 

T 

D5 

325 

V 

V 

56 


76 

166 

V 

D6 

326 

W 

W 

57 

127 

77 

167 

W 

D9 

331 

Z 

Z 

5A 

132 

7A 

172 

Z 

DA 

332 

J 

] 

5D 

135 

7D 

175 

1 

DC 

334 

( 

( 

28 

050 



( 

DF 

337 

& 


26 

046 



& 

DO 

320 

/s or 

blank 

—1 or 

■ or 

none 



5E, 

7E 

136, 

176 


tEscape 

codes and control codes are not listed. 





ttshown 

with odd parity, the only possible parity selection for these terminal classes. 


tttshown with zero parity (eighth or uppermost bit is always zero). During output 
037g are converted to code 320g (blank). Codes for lowercase ASCII characters 
are converted to the codes for the equivalent uppercase characters supported by 
shown. 

, codes 000 through 
sent to the console 
the terminal, as 

^Input and output of this symbol is not possible on some terminals, 
support the rubout symbol a as an internal terminal memory parity 
codes 136g and 1768 are output as a blank. 

BCD transmission conventions 
error indicator instead. The ASCII 
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TABLE A-14. CHARACTER CODE TRANSLATIONS» CONSOLES AND LINE PRINTERS 
IN TERMINAL CLASSES 11, 12 AND 13 (711, 714, AND 714X) 


Terminal ASCII (Transparent Mode Use) 

Network ASCII (Normalized Mode Use) 

Hex. 

Codet 

Octal 

Codet 

ASCII 

Graphic 

Control Charactertt 

Hex. 

Codettt 

Octal 

Codettt 

ASCII 

Graphic 

Control Character^ 

01 

001 


SOH or ® 

01 

001 


start of header§§ 

02 

002 


STX or ^ 

20 

040 

space 


04 

004 


EOT or 

20 

040 

space 


07 

007 


BELL or i(g) 

20 

040 

space 


08 

010 


BS or ^ or (5) 

20 

040 

space 


OB 

013 


'Tt ot @ 

OB 

013 


vertical tabulate 

OD 

015 


CR or RETURN or (m) 





OE 

016 


SO or (nX 

OE 

016 


shift out 

10 

020 


DLE or^ 

10 

020 


data link escape 

13 

023 


DC3 or X-OFP or ® 

13 

023 


device control 3 

15 

025 


NAK or -♦ or ® 

15 

025 


negative acknowledgment 

16 

026 


SYN or LINE CLEAR or (v) 

16 

026 


synch ronous idle 

19 

031 


EM or RESET or (y) 

19 

031 


end of medium 

lA 

032 


SUB or t or (?) 

lA 

032 


substitute 

1C 

034 


FS or © 

1C 

034 


file separator 

IF 

037 


US or 0 

20 

040 

space 


20 

040 

SPACE 


20 

040 

space 




or 








blank 






23 

043 

# 


23 

043 

# 


25 

045 

% 


25 

045 

X 


26 

046 

& 


26 

046 

& 


29 

051 

) 


29 

051 

) 


2A 

052 

* 


2A 

052 

* 


2C 

054 

> 


2C 

054 

> 


2F 

057 

/ 


2F 

057 

/ 


31 

061 

1 


31 

061 

1 


32 

062 

2 


32 

062 

2 


34 

064 

4 


34 

064 

4 


37 

067 

7 


37 

067 

7 


38 

070 

8 


38 

070 

8 


3B 

073 

9 


3B 

073 

9 


3D 

075 

s 


3D 

075 

s 


3E 

076 

> 


3E 

076 

> 


40 

100 



40 

100 



43 

103 

C 


43 

103 

C 


45 

105 

E 


45 

105 

E 


46 

106 

F 


46 

106 

F 


49 

111 

I 


49 

111 

I 


4A 

112 

J 


4A 

112 

J 


4C 

114 

L 


4C 

114 

L 


4F 

117 

0 


4F 

117 

0 


51 

121 

Q 


51 

121 

Q 


52 

122 

R 


52 

122 

R 


54 

124 

T 


54 

124 

T 


57 

127 

H 


57 

127 

W 


58 

130 

X 


58 

130 

X 


5B 

133 

[ 


5B 

133 

[ 


5D 

135 

1 


5D 

135 

1 


5E 

136 

/V or ^ 


5E 

136 



61 

141 

a 


61 

141 

a 


62 

142 

b 


62 

142 

b 


64 

144 

d 


64 

144 

d 


67 

147 

8 


67 

147 

8 


68 

150 

h 


68 

150 

h 


6B 

153 

k 


6B 

153 

k 


6D 

155 

ra 


6D 

155 

m 


6£ 

156 

n 


6E 

156 

n 


70 

160 

P 


70 

160 

P 
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TAM.R a-ia. character code transutions, consoles and line printers 
IN terminal classes 11, 12 AND 13 (711, 714, AND 71AX) (Contd) 


Terminal ASCII (Transparent Mode Use) 

Network ASCII (Noime 

nized Mode Use) 

Hex, 

Codet 

Octal 

Codet 

ASCII 

Graphic 

Control Charactertt 

Hex. 

Codettt 

Octal 

Codettt 

ASCII 

Graphic 

Control Character§ 

73 

163 

8 


73 

163 

8 


75 

165 

u 


75 

165 

u 


76 

166 

V 


76 

166 

V 


79 

171 

y 


79 

171 

y 


7A 

172 

z 


7A 

172 

z 


7C 

174 

J or t or 1 


7C 

174 

1 

1 


7F 

177 

■ 

DEL or l^OUT 

7F 

177 


delete 

80 

200 


NUL or © 

20 

040 

space 

end of text^S 

83 

203 


ETX or 0 

03 

003 


85 

205 


ENQ or MRU or ® 

20 

040 

space 


86 

206 


ACK or RU or (y 

20 

040 

space 


89 

211 


HT or © 

09 

oil 


horizontal tabulate 

8A 

212 


LF or NL or 4 or © 

OA 

012 


linefeed 




or NEW LINE 





8C 

214 


FF or FORM or (l) 

OC 

014 


formfeed 

8F 

217 


SI or (5) 

OF 

017 


shift in 

91 

221 


DCl or X-ON or ® 

11 

021 


device control 1 

92 

222 


DC2 or TAPE or ® 

12 

022 


device control 2 

94 

224 


DC4 or TAPE or m 

14 

024 


device control 4 

97 

227 


ETB or © 

17 

027 


end transmission block 

98 

230 


CAN or CLEAR or (S 

18 

030 


cancel 

9B 

233 


ESC or ESCAPE or XT) 

IB 

033 


escape 

9D 

235 


GS or © 

ID 

035 


group separator 

9E 

236 


RS or 

IE 

036 


record separator 

A1 

241 

! 


21 

041 

! 


A2 

242 

M 


22 

042 

ti 


A4 

244 

$ 


24 

044 

$ 


A7 

247 



27 

047 

* 


AS 

250 

( 


28 

050 

( 


AB 

253 

+ 


2B 

053 

+ 


AD 

255 

- 


2D 

055 

- 


A£ 

256 

• 


2E 

056 

. 


BO 

260 

0 


30 

060 1 

0 


B3 

263 

3 


33 

063 

3 


B5 

265 

5 


35 

065 

5 


B6 

266 

6 


36 

066 

6 


B9 

271 

9 


39 

071 

9 


BA 

272 

; 


3A 

072 

: 


BC 

274 

< 


3C 

074 

< 


BF 

277 

? 


3F 

077 

7 


Cl 

301 

A 


41 

101 

A 


C2 

302 

B 


42 

102 

B 


C4 

304 

D 


44 

104 

D 


C7 

307 

G 


47 

107 

G 


C8 

310 

H 


48 

no 

H 


CB 

313 

K 


4B 

113 

K 


CD 

315 

M 


4D 

115 

M 


CE 

316 

N 


4E 

116 

N 


DO 

320 

P 


50 

120 

P 


D3 

323 

S 


53 

123 

S 


D5 i 

325 

U 


55 

125 

U 


D6 

326 

V 


56 

126 

V 


D9 

331 

Y 


59 

131 

Y 


DA 

332 

Z 


5A 

132 

Z 


DC 

334 

\ 


5C 

134 

>✓ 


DF 

337 

or ^ 


5F 

137 



EO 

340 

"T" 


60 

140 



E3 

343 

c 


63 

143 

c 
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TABLE A-14. CHARACTER CODE TRANSLATIONS, CONSOLES AND LINE PRINTERS 
IN TERMINAL CLASSES 11, 12 AND 13 (711, 714, AND 714X) (Contd) 
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TABLE A-15, ASCII CHARACTER CODE TRANSLATIONS, EBCD CONSOLES IN TERMINAL CLASS 4 (2741) 


Terminal EBCD 


Network ASCII (Normalized Mode Use) 


Hex. 

Codet 


Octal 

Codet 


EBCD 

Graphlctt 


Control Character 


Hex. 

Codettt 


Octal 

Codettt 


ASCII 

Graphic 


Control Character 


01 

02 


001 

002 


or 
7 or 


5F or 2D 
21 or 40 


137 or 055 
140 or 100 


or 

or 


TABLE A-16. APL CHARACTER CODE TRANSLATIONS, EBCD CONSOLES IN TERMINAL CLASS 4 (2741) 


Terminal EBCD-APL 

Network ASCI] 

(Normal iz< 

id Mode Use) 

Hex. 

Codet 

Octal 

Codet 

EBCD-APL 

Graphlctt 

Control Character 

CodeTTT 

Octal 

Codettt 

ASCII-AFL 

Graphic 

Control Character 

01 

001 


or 

+ 


5F 

or 

2D 

137 

or 

053 


or 

+ 


02 

002 


or 



71 

or 

70 

161 

or 

160 


or 



04 

004 


or 

8 


22 

or 

38 

042 

or 

070 


or 

8 


07 

007 

h 

or 

H 


68 

or 

48 

150 

or 

110 

A 

or 

H 


08 

010 

< 

or 

4 


40 

or 

34 

100 

or 

064 

< 

or 

4 


OB 

013 

L 

or 

D 


64 

or 

44 

144 

or 

104 

L 

or 

D 

null 

OD 

015 




undefIned 

00 



000 






OE 

016 




undefined 

00 



000 






null 

10 

020 


or 

2 


2D 

or 

32 

055 

or 

062 

- 

or 

2 


13 

023 

i 

or 

B 


42 

or 

62 

142 

or 

102 

i 

or 

B 

null 

15 

025 




undefined 

00 



000 






16 

026 




undefined 

00 



000 






null 

19 

031 

O 

or 

0 


6F 

or 

4F 

157 

or 

117 

O 

or 

0 


lA 

032 

U) 

or 

W 


77 

or 

57 

167 

or 

127 

it) 

or 

W 

shift out§ 

1C 

034 



UCS or UPPERCASE 

OE 



016 






IP 

037 




LCS or LOWERCASE 

OF 



017 



ft 



shift InS 

20 

040 

11 

or 

1 


22 

or 

31 

042 

or 

061 

or 

1 


23 

043 

oc 

or 

A 


61 

or 

41 

141 

or 

101 

OC 

or 

A 


25 

045 

p 

or 

R 


72 

or 

52 

162 

or 

122 

p 

or 

R 


26 

046 

c 

or 

Z 


7A 

or 

5A 

172 

or 

132 

c 

or 

Z 


29 

051 

T 

or 

N 


6E 

or 

4E 

156 

or 

116 

r 

or 

N 


2A 

052 

U 

or 

V 


76 

or 

56 

166 

or 

126 

U 

or 

V 

null 

2C 

054 




undefined 

00 



000 






2F 

057 




HT or TAB 

06 



006 






horizontal tabulate 

31 

061 

□ 

or 

L 


6C 

or 

4C 

154 

or 

114 

□ 

or 

L 


32 

062 

- 

or 

T 


74 

or 

54 

164 

or 

124 


or 

T 


34 

064 

) 

or 

) 


29 

or 

5D 

051 

or 

135 

) 

or 

1 


37 

067 


or 

0 


3A 

or 

2E 

072 

or 

056 

; 

or 

• 


38 

070 

> 

or 

7 


3E 

or 

37 

076 

or 

067 

> 

or 

7 


3B 

073 

7 

or 

G 


67 

or 

47 

147 

or 

107 

V 

or 

G 


3D 

075 




IL or IDLE or NULL 

00 



000 






null 

3E 

076 




PRE or PREFIX 

IB 



033 






escape 

40 

100 

space 



20 



040 


146 

space 



43 

103 

+ 

or 

X 


25 

or 

66 

045 

or 

+ 

or 

X 


45 

105 

9 

or 

Q 


3F 

or 

51 

077 

or 

121 

7 

or 

Q 


46 

106 

t 

or 

Y 


79 

or 

59 

171 

or 

131 

t 

or 

Y 


49 

ill 

1 

or 

M 


6D 

or 

4D 

155 

or 

115 

1 

1 

or 

H 


4A 

112 

1 

or 

U 


75 

or 

55 

165 

or 

125 

or 

U 


4C 

114 




undefined 

00 



000 






null 

4F 

117 




undefined 

00 



000 






null 

51 

121 

—1 

or 

K 


6B 

or 

4B 

153 

or 

113 

-1 

or 

K 


• 52 

122 

r 

or 

S 


73 

or 

53 

163 

or 

123 

r 

or 

S 


54 

124 


or 

0 


26 

or 

30 

046 

or 

060 


or 

0 

null 

57 

127 




undefined 

00 



000 






58 

130 

> 

or 

6 


7C 

or 

36 

174 

or 

066 

> 

or 

6 


5B 

133 

— 

or 

F 


5E 

or 

46 

136 

or 

106 


or 

F 

backspace 

5D 

135 




BS or BACKSPACE 

08 



010 






5E 

136 




EOB 

17 



027 






end transmission block^ 

61 

141 

o 

or 

J 


6A 

or 

4A 

152 

or 

112 

o 

or 

J 


62 

142 

\ 

or 

/ 


5C 

or 

2F 

134 

or 

057 

\ 

or 

/ 


64 

144 


or 

9 


21 

or 

39 

041 

or 

071 


or 

9 


67 

147 

\ 

or 

I 


69 

or 

49 

151 

or 

111 

X 

or 

I 


68 

150 

a 

or 

5 


3D 

or 

35 

075 

or 

065 


or 

5 


an 

1 ts'k 

<r 

f\ir 

R 


65 

or 

45 

145 

or 

105 

€ 

or 

E 






















TABLE A-15. ASCII CHARACTER CODE TRANSLATIONS, EBCD CONSOLES IN TERMINAL CLASS 4 (2741) (Contd) 


Terminal EBCD 


Network ASCII (Normalized Mode Use) 


M PTipn Hex* Octal ASCII 

?od;t ?S:t G “Sett codettt codettt Graphic 


Control Character 


; or 3 
C or c 
! or $ 
I or , 
P or p 
X or X 


IL or IDLE or NULL?^ 
IL or IDLE or NULl|^ 
IL or IDLE or NULL|^ 
IL or IDLE or NULL| 
IL or IDLE or NULL^ 


3B or 33 
43 or 63 
21 or 24 
7C or 2C 
50 or 70 
58 or 78 
04 
7F 

5B thru 5D 

60 

7B 

7D or 7E 
02 
03 
05 
07 

OB or OC 


073 or 063 
103 or 143 
041 or 044 

174 or 054 
120 or 160 
130 or 170 
004 

177 

133 thru 
135 
140 
173 

175 or 176 
002 

003 

005 

007 

013 or 014 


IL or IDLE or NULLf§ 10 020 

IL or IDLE or NULL§| 12 022 

IL or IDLE or NULL§§ 14 thru 16 024 thru 

026 


IL or IDLE or NULL^ 


18 thru IF 030 thru 
037 


; or 3 
C or c 
! or $ 
I or , 
P or p 
X or X 


[ or \ 
or ] 


end of transmission^ 


start of text 
end of text 
enquire 
bell 

vertical tabulate 
or formfeed 
data link escape 
device control 2 
device control 4, 
negative acknowledge, 
or synchronize 
cancel, end of media, 
substitute, escape, 
file separator, 
group separator, 
record separator, 
or unit separator 


1*Shown with odd parity; odd parity is the default for this terminal class* 

ttEach Input line is assumed to begin in lowercase. Input characters are translated to lowercase ASCII 
characters unless prefixed by the UCS code. Once a case shift occurs, it remains in effect until anothe 
case shift code is received, the page width is reached, or the line is transmitted to the host computer. 
During output, case is preserved by insertion of case shift codes where needed. 

tttshown with zero parity (eighth or uppermost bit is always zero). 

§Not transmitted to the host computer after translation during input. 


’Output translation only. 
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TABLE A-16. APL CHARACTER CODE TRANSLATIONS, EBCD CONSOLES IN TERMINAL aASS 4 (2741) 


Terminal EBCD-APL 

r 



Network 

ASCII (Noraallzed Mode Use) 

Hex, 

Code* 

Octal 

Codet 

EBCD-APL 

Graphlctt 

Control Character 

CodeTTT 

Octal 

Codettt 

ASCII-APL 

Graphic 

Control Character 

01 

001 


or 

+ 



5F 

or 

2D 

137 

or 

053 


or 

+ 


02 

002 

I#. 

or 




71 

or 

70 

161 

or 

160 


or 

♦- 


04 

004 


or 

8 



22 

or 

38 

042 

or 

070 


or 

8 


07 

007 

A 

or 

H 



68 

or 

48 

150 

or 

no 

A 

or 

H 


08 

010 

< 

or 

4 



40 

or 

34 

100 

or 

064 

< 

or 

4 


OB 

013 

L 

or 

D 



64 

or 

44 

144 

or 

104 

L 

or 

D 


OD 

015 




undefined 


00 



000 






null 

OE 

016 




undefined 


00 



000 






null 

10 

020 

- 

or 

2 



2D 

or 

32 

055 

or 

062 

- 

or 

2 


13 

023 

1 

or 

B 



42 

or 

62 

142 

or 

102 

i 

or 

B 


15 

025 




undefined 


00 



000 






null 

16 

026 




undefined 


00 



000 






null 

19 

031 

O 

or 

0 



6F 

or 

4F 

157 

or 

117 

O 

or 

0 


lA 

032 


or 

V 



77 

or 

57 

167 

or 

127 

CO 

or 

W 

shift out§ 

1C 

034 




DCS or UPPERCASE 

OE 



016 






IF 

037 




LCS or LOWERCASE 

OF 



017 






shift In§ 

20 

040 

II 

or 

1 



22 

or 

31 

042 

or 

061 

It 

or 

1 


23 

043 

oc 

or 

A 



61 

or 

41 

141 

or 

101 

a 

or 

A 


25 

045 

p 

or 

R 



72 

or 

52 

162 

or 

122 

P 

or 

R 


26 

046 

G 

or 

Z 



7A 

or 

5A 

172 

or 

132 

c 

or 

Z 


29 

051 

T 

or 

N 



6E 

or 

4E 

156 

or 

116 

T 

or 

N 


2A 

0S2 

U 

or 

V 



76 

or 

56 

166 

or 

126 

U 

or 

V 


2C 

054 




undefined 


00 



000 






nuil 

2F 

057 

□ 



HT or TAB 


06 



006 






horizontal tabulate 

31 

061 

or 

L 



6C 

or 

4C 

154 

or 

114 

□ 

or 

L 


32 

062 

— 

or 

T 



74 

or 

54 

164 

or 

124 

- 

or 

T 


34 

064 

) 

or 

j 



29 

or 

5D 

051 

or 

135 

) 

or 

J 


37 

067 

: 

or 

« 



3A 

or 

2E 

072 

or 

056 

J 

or 



38 

070 

> 

or 

7 



3E 

or 

37 

076 

or 

067 

> 

or 

7 


3B 

073 

7 

or 

G 



67 

or 

47 

147 

or 

107 

7 

or 

G 


3D 

075 




IL or IDLE 

or NULL 

00 



000 






null 

3E 

076 




PRE or PREFIX 

IB 



033 






escape 

40 

100 

space 




20 



040 



space 


43 

103 

+ 

or 

X 



25 

or 

66 

045 

or 

146 

+ 

or 

X 


45 

105 

9 

or 

Q 



3F 

or 

51 

077 

or 

121 

9 

or 

Q 


46 

106 

f 

or 

Y 



79 

or 

59 

171 

or 

131 

t 

or 

Y 


49 

111 

1 

or 

M 



6D 

or 

4D 

155 

or 

115 

1 

or 

M 


4A 

112 


or 

U 



75 

or 

55 

165 

or 

125 

i 

or 

U 


4C 

114 




undefined 


00 



000 






null 

4P 

117 




undefined 


00 



000 






null 

51 

121 

-H 

or 

K 



6B 

or 

4B 

153 

or 

113 

-1 

or 

K 


52 

122 

r 

or 

S 



73 

or 

53 

163 

or 

123 

r 

or 

S 


54 

124 

/N 

or 

0 



26 

or 

30 

046 

or 

060 


or 

0 


57 

127 




undefined 


00 



000 






null 

58 

130 

> 

or 

6 



7C 

or 

36 

174 

or 

066 

> 

or 

6 


5B 

133 

— 

or 

F 



5E 

or 

46 

136 

or 

106 

— 

or 

F 


5D 

135 




BS or BACKSPACE 

08 



010 






backspace 

5E 

136 




BOB 


17 



027 






end transmission block^ 

61 

1 141 

O 

or 

J 



6A 

or 

4A 

152 

or 

112 

o 

or 

J 


62 

1 142 

\ 

or 

/ 



5C 

or 

2F 

134 

or 

057 

\ 

or 

/ 


64 

144 


or 

9 



21 

or 

39 

041 

or 

071 


or 

9 


67 

147 

\ 

or 

I 



69 

or 

49 

151 

or 

111 

\ 

or 

I 


68 

150 


or 

5 



3D 

or 

35 

075 

or 

065 

B 

or 

5 


6B 

153 

e 

or 

E 



65 

or 

45 

145 

or 

105 

e 

or 

E 


6D 

155 




NL or CR or 

RETURN 

OD 



015 






carriage return 

6E 

156 




LF or LINE 

FEED 

OA 



012 






line feed 

70 

160 

< 

or 

3 



3C 

or 

33 

074 

or 

063 

< 

or 

3 


73 

163 

0 

or 

C 



63 

or 

43 

143 

or 

103 

0 

or 

C 


75 

165 

( 

or 

[ 



28 

or 

5B 

050 

or 

133 

( 

or 

[ 


76 

166 

» 

or 

I 



3B 

or 

2C 

073 

or 

054 

» 

or 

1 


79 

171 

* 

or 

P 



2A 

or 

50 

052 

or 

120 

* 

or 

P 


7A 

172 


or 

X 



78 

or 

58 

170 

or 

130 


or 

X 



A-42 
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TABLE A-16. APL CHARACTER CODE TRANSLATIONS, EBCD CONSOLES IN TERMINAL CLASS 4 (2741) (Cotitd) 


Terminal EBCD~APL 


Network ASCII (Normalized Mode Use) 


Hex- 

Code' 


Octal 

Codet 


EBCD-APL 

Graphictt 


Control Character 

Hex. 

Codettt 

Octal 

Codettt 

ASCII-APL 

Graphic 

Control Character 

EOT 

04 

004 


end of transmission§ 

DEL 

7F 

177 


delete 


27 

047 




60 

140 

0 



7B 

173 

{ 



7D 

175 

> 


IL or IDLE or NULL|| 

02 

002 


start of text 

XL or IDLE or NULL|§ 

03 

003 


end of text 

IL or IDLE or NULL|| 

05 

005 


enquire 

IL or IDLE or NULL|| 

07 1 

007 


bell 

IL or IDLE or NULLS5 

OB or OC 

013 or 014 


vertical tabulate 





or form feed 

IL or IDLE or NULL§§ 

10 thru 16 

020 thru 


data link escape, 



026 


device control 1 thru 





device control 4, 





negative acknowledge. 





or synchronize 

IL or IDLE or NULL^^ 

18 thru IF 

030 thru 


cancel, end of media, 



037 


substitute, escape 





file separator. 





group separator, 





record separator, 





or unit separator 


7C 

7F 

00 

00 

00 

00 

3D 

3D 

3D 

3D 

3D 

3D 


3D 


17A 

177 

000 

000 

000 

000 

075 

075 

075 

075 

075 

075 


075 


space 

space 

space 

space 


tshown with odd parity; odd parity is the default for this terminal class- 

ttEach input line is assumed to begin In lowercase. Input characters are translated to lowercase ASCII 
characters unless prefixed by the UCS code. Once a case shift occurs, it remains in effect until another 
case shift code is received, the page width is reached, or the line Is transmitted to the host computer. 
During output, case is preserved by insertion of case shift codes where needed. 

'^'^'^Shown with zero parity (eighth or uppermost bit is always zero). 

^Not transmitted to the host computer after translation during input. 

^^Output translation only. 
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TABLE A-17. ASCII CHARACTER CODE TRANSLATI(»IS, CORRESPONDENCE 
CODE CONSOLES IN TERMINAL CLASS 4 (2741) 



Terminal Correspondence Code 

Network ASCII (Normalized Mode Use) 

Hex. 

Octal 

Correspondence 


Hex. 

Octal 

ASCII 


CodeT 

Codet 

Code Graphictt 

Control Character 

Codettt 

Codettt 

Graphic 

Control Character 

01 

001 

1/4 or 1/2 


5B or 5D 

137 or 135 

l or ) 


02 

002 

T or t 


54 or 74 

124 or 164 

T or t 


OA 

004 

$ or 4 


24 or 34 

044 or 064 

$ or 4 


07 

007 

? or / 


3F or 2F 

077 or 057 

? or / 


08 

010 

Z or 5 


25 or 35 

045 or 065 

2 or 5 


OB 

013 

P or p 


50 or 70 

120 or 160 

P or p 


OD 

015 


RES or RESTORE 

00 

000 


null 

OE 

016 


BY or BYPASS 

00 

000 


null 

10 

020 

0 or 2 


40 or 32 

too or 062 

0 or 2 


13 

023 

+ or « 


2B or 3D 

053 or 075 

+ or = 


15 

025 


undefined 

00 

000 


null 

16 

026 


undefined 

00 

000 


null 

19 

031 

I or 1 


49 or 69 

111 or 151 

I or i 


lA 

032 

K or k 


4B or 6B 

113 or 153 

K or k 


1C 

034 


DCS or UPPERCASE 

OE 

016 


shift out§ 

IF 

037 


LCS or LOWERCASE 

OF 

017 


shift ln§ 

20 

040 

+ or 1 


7C or 31 

174 or 061 

1 or 1 


23 

043 

G or g 


47 or 67 

107 or 147 

G or g 


25 

045 

S or s 


53 or 73 

123 or 163 

S or s 


26 

046 

H or h 


48 or 68 

110 or 150 

H or h 


29 

051 

R or r 


52 or 72 

122 or 162 

R or r 


2A 

052 

D or d 


44 or 64 

104 or 144 

D or d 


2C 

054 


RO or READER STOP 

14 

024 


device control 4 

2F 

057 


HT or TAB 

09 

Oil 


horizontal tabulate 

31 

061 

V or V 


56 or 76 

126 or 166 

V or V 


32 

062 

U or u 


55 or 75 

125 or 165 

U or u 


34 

064 

( or 9 


28 or 39 

050 or 071 

( or 9 


37 

067 

_ or - 


5F or 2D 

137 or 055 

or - 


38 

070 

* or 8 


2A or 38 

052 or 070 

* or 8 


3B 

073 

> 


2C 

054 



3D 

075 


IL or IDLE or NULL 

00 

000 


null 

3E 

076 


PRE or PREFIX 

IB 

033 


escape 

40 

100 

space 


20 

040 

space 


43 

103 

J or j 


4A or 6A 

112 or 152 

J or j 


45 

105 

0 or 0 


4F or 6F 

117 or 157 

0 or 0 


46 

106 

L or 1 


4C or 6C 

114 or 154 

L or 1 


49 

111 

*' or ' 


22 or 27 

042 or 041 

" or ' 


AA 

112 

E or e 


45 or 65 

105 or 145 

E or e 


4C 

114 


PN or PUNCH ON 

11 

021 


device control 1 








(tape on) 

4F 

117 


PF or PUNCH OFF 

13 

023 


device control 3 








(tape off) 

51 

121 

• 


2E 

056 



52 

122 

N or n 


4E or 6E 

116 or 156 

N or n 


54 

124 

Z or z 


5A or 7A 

132 or 172 

Z or z 


57 

127 


1 undefined 

00 

000 


null 

58 

130 

^ or 6 


21 or 36 

041 or 066 

! or 6 


5B 

133 

Q or q 


51 or 71 

121 or 161 

Q or q 


5D 

135 


BS or BACKSPACE 

08 

010 


backspace 

5E 

136 


EOB 

17 

027 

1 

end transmission block^ 

61 

141 

M or m 


4D or 6D 

115 or 155 

M or m 


62 

142 

X or X 


58 or 78 

130 or 170 

X or X 


64 

144 

) or 0 


29 or 30 

051 or 060 

) or 0 


67 

147 

Y or y 


79 or 59 

131 or 171 

Y or y 


68 

150 

& or 7 


26 or 37 

046 or 067 

& or 7 


6B 

153 

: or ; 


3A or 3B 

072 or 073 

: or ; 


6D 

155 


NL or CR or RETURN 

OD 

015 


carriage return 

6E 

156 


LF or LINE FEED 

OA 

012 


line feed 

70 

160 

or 3 


23 or 33 

043 or 063 

# or 3 


73 

163 

F of f 


46 or 66 

106 or 146 

F or f 


75 

165 

W or w 


57 or 77 

127 or 167 

W or w 
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TABLE A-17. ASCII CHARACTER CODE TRANSLATIONS, CORRESPONDENCE 
CODE CONSOLES IN TERMINAL CLASS 4 (2741) (Contd) 


Terminal Correspondence Code 


Network ASCII (Normalized Mode Use) 


Hex. 

CodeT 


Octal 

Codet 


Correspondence 
Code Graphic!t 


Control Character 


Hex. 

Codettt 


Octal 

Codettt 


ASCII 

Graphic 


Control Character 


76 

79 

7A 

7C 

7F 

00 

00 

00 

00 

00 

00 

3D 

3D 

3D 

3D 

3D 

3D 

3D 

3D 

3D 


3D 


166 

171 

172 
17A 
177 
000 
000 
000 
000 
000 
000 
075 
075 
075 
075 
075 
075 

075 

075 

075 


075 


B or b 
A or a 
C or c 


space^® 

space§§ 

space^^ 

8pace§§ 

space§§ 

space§§ 


EOT 

DEL 


IL or IDLE or NULL|| 
IL or IDLE or NULL” 
IL or IDLE or NULL|| 
IDLE or NULLSS 
IDLE or null!! 


IL or 
IL or 
IL or IDLE or 


NULL§§ 


IL or IDLE or NULL§| 
IL or IDLE or NULL^ 
IL or IDLE or NULL^S 

IL or IDLE or NULL§§ 


62 
or 61 
or 63 


42 or 
41 

43 
04 
18 
27 
5C 
5E 
60 
7B 

7D or 7E 
01 
02 
03 
05 
07 

OB or OC 

10 

12 

14 thru 


16 


18 thru IF 


102 or 142 
101 or 141 

103 or 143 
004 

030 

047 

134 

136 

140 

173 

175 or 176 
001 
002 
003 
005 
007 

013 or 014 

020 

022 

024 thru 
026 

030 thru 
037 


B or b 
A or a 
C or c 


\ 

% 

{ 

} or 


end of transmission^ 
cancel 


start of header 
start of text 
end of text 
enquire 
bell 

vertical tabulate 
or form feed 
data link escape 
device control 2 
device control 4, 
negative acknowledge, 
or synchronize 
cancel, end of media, 
substitute, 
file separator, 
group separator, 
record separator, 
or unit separator 


tshown with odd parity; odd parity is the default for this terminal class. 

"^"^Each input line is assumed to begin in lowercase. Input characters are translated to lowercase ASCII 
characters unless prefixed by the UCS code. Once a case shift occurs, it remains in effect until another 
case shift code is received, the page width is reached, or the line is transmitted to the host computer. 
During output, case is preserved by insertion of case shift codes where needed. 

^^^Shown with zero parity (eighth or uppermost bit is always zero). 

§Not transmitted to the host computer after translation during input. 

^^Output translation only. 
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TABLE A-18. APL CHARACTER CODE TRANSLATIONS» CORRESPONDENCE 
CODE CONSOLES IN TERMINAL CLASS 4 (2741) 


Terminal Correspondence Code 


Network ASCII (Normalized Mode Use) 


Hex 

Codet 

Octal 

Codet 

Correspondence 
Code APL 
Graphlctt 

Control Character 

Hex 

Codettt 

Octal 

Codettt 

ASCII-APL 

Graphic 

Control Character 

01 

001 


or 





71 

or 

70 

161 

or 

160 


or 



02 

002 

*• 

or 

T 




74 

or 

54 

164 

or 

124 

- 

or 

T 


04 

004 

< 

or 

4 




40 

or 

34 

100 

or 

064 

< 

or 

4 


07 

007 

\ 

or 

/ 




5C 

or 

2F 

134 

or 

057 

\ 

or 

/ 


08 

010 

tt 

or 

5 




3D 

or 

35 

075 

or 

065 


or 

5 


OB 

013 

* 

or 

P 




2A 

or 

50 

052 

or 

120 

* 

or 

P 


OD 

015 




undefined 


00 



000 






null 

OE 

016 




undefined 


00 



000 






null 

10 

020 


or 

2 




5E 

or 

32 

136 

or 

062 


or 

2 


13 

023 

+ 

or 

X 




25 

or 

66 

045 

or 

146 

+ 

or 

X 


15 

025 




undefined 


00 



000 






null 

16 

026 




undefined 


00 



000 






null 

19 

031 


or 

I 




69 

or 

49 

151 

or 

111 

\ 

or 

I 


lA 

032 


or 

K 




27 

or 

4B 

153 

or 

113 


or 

K 

shift out^ 

1C 

034 




UCS or UPPERCASE 

OE 



016 






IF 

037 




LCS or LOWERCASE 

OF 



017 






shift in§ 

20 

040 

fi 

or 

1 




23 

or 

31 

042 

or 

061 

It 

or 

1 


23 

043 

7 

or 

G 




67 

or 

47 

147 

or 

107 

7 

or 

G 


25 

045 

r 

or 

S 




73 

or 

53 

163 

or 

123 

r 

or 

S 


26 

046 

A 

or 

H 




68 

or 

48 

150 

or 

110 

A 

or 

H 


29 

051 

P 

or 

R 




72 

or 

52 

162 

or 

122 

P 

or 

R 


2A 

052 

L 

or 

D 




64 

or 

44 

144 

or 

104 

L 

or 

D 


2C 

054 




undefined 


00 



000 






null 

2F 

057 




HT or 

TAB 


09 



on 






horizontal tabulate 

31 

061 

u 

or 

V 




76 

or 

56 

166 

or 

126 

u 

or 

V 


32 

062 

i 

or 

U 




75 

or 

55 

165 

or 

125 

1 

or 

U 


34 

064 

V 

or 

9 




21 

or 

39 

041 

or 

071 

V 

or 

9 


37 

067 

- 

or 

+ 




2D 

or 

2B 

055 

or 

053 

- 

or 

+ 


38 

070 


or 

8 




22 

or 

38 

042 

or 

070 

¥‘ 

or 

8 


3B 

073 

» 

or 

t 




3B 

or 

2C 

073 

or 

054 

i 

or 

> 


3D 

075 




IL or 

IDLE 

or NULL 

00 



000 






null 

3E 

076 




PRE or PREFIX 

IB 



033 






escape 

40 

100 

space 





20 



040 



Space 


43 

103 

o 

or 

J 




6A 

or 

4A 

156 

or 

112 

o 

or 

J 


45 

105 

O 

or 

0 




6F 

or 

4F 

157 

or 

117 

O 

or 

0 


46 

106 

□ 

or 

L 




6C 

or 

4C 

154 

or 

114 

□ 

or 

L 


49 

111 

) 

or 

] 




29 

or 

5D 

051 

or 

035 

) 

or 

1 


4A 

112 

€ 

or 

E 




65 

or 

45 

145 

or 

105 

6 

or 

E 


4C 

114 




undefined 


00 



000 






null 

4F 

117 




undefined 


13 



023 






null 

51 

121 

: 

or 

• 




3A 

or 

2E 

072 

or 

056 

: 

or 



52 

122 

T 

or 

N 




6E 

or 

4E 

156 

or 

116 

T 

or 

N 


54 

124 

O 

or 

Z 




7A 

or 

5A 

172 

or 

132 

c: 

or 

Z 


57 

127 




undefined 


00 



000 






null 

58 

130 

> 

or 

6 




7C 

or 

36 

174 

or 

066 

> 

or 

6 


5B 

133 


or 

Q 




3F 

or 

51 

077 

or 

121 

? 

or 

Q 


5D 

135 




BS or 

BACKSPACE 

08 



010 






backspace 

5E 

136 




EOB 



17 



027 






end transmission 


















block§ 

61 

141 

1 

or 

M 




6D 

or 

4D 

155 

or 

115 

1 

or 

M 


62 

142 


or 

X 




78 

or 

58 

170 

or 

130 

o 

or 

X 


64 

144 


or 

0 




26 

or 

30 

045 

or 

060 

/s 

or 

0 


67 

147 

t 

or 

Y 




79 

or 

59 

171 

or 

131 

f 

or 

Y 


68 

150 

> 

or 

7 




3E 

or 

37 

076 

or 

067 

> 

or 

7 


6B 

153 

( 

or 

[ 




28 

or 

5B 

050 

or 

133 

( 

or 

[ 


6D 

155 




NL or 

CR or 

RETURN 

OD 



015 






carriage return 

6E 

156 




LP or 

LINE 

FEED 

OA 



012 






line feed 

70 

160 

< 

or 

3 




3C 

or 

33 

074 

or 

063 

< 

or 

3 


73 

163 


or 

F 




5F 

or 

46 

137 

or 

106 


or 

F 


75 

165 

CJ 

or 

W 




77 

or 

57 

167 

or 

127 

CO 

or 

W 
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TABLE A-18, APL CHARACTER CODE TRANSLATIONS, CORRESPONDENCE 
CODE CONSOLES IN TERMINAL CLASS 4 (2741) (Contd) 


Terminal Correspondence Code 


Network ASCII (Normalized Mode Use) 


Hex 

Code' 

Octal 

Codet 

Correspondence 
Code APL 
Graphic*' 

76 

H' 

i or B 

79 

WSM 

oc or A 

7A 

172 

ft or C 

7C 

174 


7F 

177 


00 

000 

space§§ 

00 

000 

space§§ 

00 

000 

space§§ 

00 

000 

spacers 

3D 

075 


3D 

075 


3D 

075 


3D 

075 


3D 

075 


3D 

075 


3D 

075 


3D 

075 


3D 

075 


3D 

075 



Control Character 

Hex 

Codettt 

Octal 

Codettt 

ASCII-APL 

Graphic 

Control Character 


62 or 42 

142 or 102 

i or B 



61 or 41 

141 or 101 

OC or A 



63 or 43 

143 or 103 

n or C 


EOT 

04 or 14 

004 


end of transmission^ 

DEL 

18 

030 


cancel 


27 

047 

/ 



60 

140 

0 



7B 

173 

{ 



7D or 7E 

175 or 176 

} or 1— 


IL or IDLE or NULl|| 

01 

001 


start of header 

IL or IDLE or NULl|| 

02 

002 


start of text 

IL or IDLE or NULL^S 

03 

003 


end of text 

IL or IDLE or NULL§§ 

05 

005 


enquire 

IL or IDLE or NULL§| 

07 

007 


bell 

IL or IDLE or NULL§§ 

OB or OC 

013 or 014 


vertical tabulate 





or form feed 

IL or IDLE or NULl|| 

10 

020 


data link escape 

IL or IDLE or NULL^S 

12 

022 


device control 2 

IL or IDLE or NULL^S 

14 thru 16 

024 thru 


device control 4, 



026 


negative acknowledge. 





or synchronize 

IL or IDLE or NULL§§ 

18 thru IF 

030 thru 


cancel, end of media. 



037 


substitute, 





file separator. 





group separator, 





record separator. 





or unit separator 


tshown with odd parity; odd parity is the default for this terminal class. (Unless PA=*N, the application 
program receives the same code as in normalized mode.) 

ttgach input line is assumed to begin in lowercase. Input characters are translated to lowercase ASCII 
characters unless prefixed by the UCS code. Once a case shift occurs, it remains in effect until another 
case shift code is received, the page width is reached, or the line is transmitted to the host computer. 
During output, case is preserved by insertion of case shift codes where needed. 

tttshown with zero parity (eighth or uppermost bit is always zero). 

§Not transmitted to the host computer after translation during input. 

^Output translation only. 
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TABLE A-19. FULL ASCII NORMALIZED MODE APL CHARACTER SET 


<-- 128-Character Set-^ 

-96-Character Subset-^^ 


^ -64-Character Subset-^ 


K _ 

■ 

0 

- 1 

0 

Q 

n 

1 

1 

1 

1 

/ 











I V - 







n 


1 

1 



1 

1 


u 

u 

1 

0 

0 

1 


1 



Bits 







0 

0 

0 

0 

1 




b4 

ba 

b2 


ROW 

COLUMN 










u w 

1 


0 

1 

2 

3 

4 

5 

6 

7 


0 

0 

0 

0 

0 


NUL 

DLE 

SP 

0 

< 

P 

0 









000 

020 

040 

060 

100 

120 

140 

160 


0 

0 

0 

1 

1 


SOH 

DCl 

• • or N/ 

1 

A 

Q 

cx 









001 

021 

061 

061 

101 

121 

141 

161 


0 

0 

1 

0 

2 


STX 

DC2 


2 

B 

R 

i 

P 








002 

022 

062 

062 

102 

122 

142 

162 


0 

0 

1 

1 

3 


ETX 

DC3 

J 

3 

C 

S 

0 

r 








003 

023 

043 

063 

103 

123 

143 

163 


0 

1 

0 

0 

4 


EOT 

DC4 

$ 

4 

D 

T 

L 

- 








004 

024 

044 

064 

104 

124 

144 

16 % 


0 

1 

0 

1 

5 


ENQ 

NAK 

+ 

5 

E 

U 

e 

4 








005 

025 

045 

065 

105 

125 

145 

165 


0 

1 

1 

0 

6 


ACK 

SYN 


6 

F 

V 

X 

U 








006 

026 

046 

066 

106 

126 

146 

166 


0 

1 

1 

1 

7 


BEL 

ETB 

t 

7 

G 

W 










007 

027 

047 

067 

107 

127 

HI 

167 


1 

0 

0 

0 

8 


BS 

CAN 

( 

8 

H 

X 










010 

030 

030 

070 

no 

130 

150 

170 


1 

0 

0 

1 

9 


HT 

EM 

) 

9 

I 

Y 

\ 

t 








on 

031 

051 

071 

111 

131 

151 

171 


1 

0 

1 

0 

A 


LF 

SUB 

★ 

. 

J 

Z 

o 

c: 








012 

032 

052 

072 

112 

132 

152 

172 


1 

0 

1 

1 

B 


VT 

ESC 

+ 

> 

K 

I 

—1 

{ 








013 

033 

053 

073 

113 

133 

153 

173 



1 

0 

0 

C 


FF 

FS 

> 

< 

L 

\ 

□ 

> 








104 

034 

054 

074 

114 

134 

154 

174 


1 

1 

0 

1 

D 


CR 

GS 

- 

cs 

M 

] 

1 

) 








015 

035 

055 

075 

115 

135 

155 

175 


1 

1 

1 

0 

£ 


SO 

i 

I RS 


> 

N 

— 

T 

WSM 








016 

036 

056 

076 

116 

136 

156 

IB 


1 

1 

1 

1 

F 


SI 

US 

/ 

7 

0 


0 

BiHiB 








017 

037 

057 

077 

117 

137 

157 

mm 

^The graphic 95-character subset 

does not 

Include 

DEL; refer to Terminal Trar 

Lsmission 

Modes i 

n the te: 

ct • 

LEGEND; 















Numbers under 

characters are the octal values for the 7- 

bit character codes used within the 

network 
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ERROR PROCESSING 


B 


Two levels of error processing occur during an NDL 
processor run: 

Compilation diagnostic processing 

File access and dayfile message processing 

The diagnostic processing performed during the run 
is documented by the error summary listing produced 
as part of the listing output file- The NDL job's 
output file contains an error summary list only if 
errors were detected. If you suppress listing file 
generation (by using the L=0 command option), the 
output file contains an error summary list only if 
fatal errors were detected; suppressing generation 
of the listing file suppresses all warning 
diagnostics. 

If any error is detected, the NDL processor pro¬ 
duces one of the diagnostic messages described in 
the following subsection. Statement processing is 
completed if feasible. If a fatal error is de¬ 
tected, no valid network definition files or file 
content summary listings are created, and the NDL 
processor aborts the job. After such an abort, 
control of the job transfers to the EXIT area in 
the command portion of the job image. 

Informative messages are always placed in the job 
dayfile. In certain instances, a diagnostic-free 
job can be aborted because of file access problems; 
these cases also produce job dayfile messages. The 
dayfile messages are explained at the end of this 
appendix. 

DIAGNOSTIC MESSAGES 

The Network Definition Language job's error summary 
lists all errors that occurred in the program with 
a cross-reference to the line number of the state¬ 
ment unit in the source listing where the error 
occurred; the decimal line numbers are assigned 
sequentially from 1 through 100000. If the condi¬ 
tion was a syntax error, the character position 
(column) within the statement unit is also given. 

Some errors are general in nature and cannot be 
associated with a specific line number. General 
errors are indicated by the word NONE in the line 
number column. 

Table B-1 explains the error codes used on the 
error summary. A set of three asterisks precedes 
each statement unit in the source listing on which 
the NDL processor performed a diagnostic function. 

Occurrence of fatal errors listed in table B-1 does 
not necessarily terminate statement scanning, and 
additional errors in the same statement can be 
detected. 


Occurrence of some errors does terminate statement 
scanning, so additional undetected errors beyond 
the one flagged can exist in any given statement. 
This prevents a cascade effect in the errors de¬ 
tected in case of the inadvertent omission of a 
parameter, keyword, or separator. 

When a cascade of errors occurs for a single state¬ 
ment, and many of the error diagnostics issued for 
the statement do not seem to apply to it, the num¬ 
ber of characters permitted in a statement unit has 
probably been exceeded. If the diagnosed statement 
runs to more than 72 meaningful characters (or if 
the preceding statement exceeds 72 meaningful char¬ 
acters) and is not divided into valid statement 
units, the NDL processor misinterprets the result¬ 
ing character stream and can diagnose nonexistent 
errors. 

Use of the keywords TIPTYPE, TC, and DT can cause 
partial or complete suspension of diagnostic proc¬ 
essing for their respective LINE, GROUP, TERMINAL, 
DEVICE, or TERMDEV statements when a site-defined 
value is used as a parameter declaration. Occur¬ 
rence of the following reserved words as valid 
declarations causes the NDL processor to suspend 
diagnostic checking of all parameters on the same 
statement that have values dependent on the site- 
defined parameter: 

TT12 through TT14 

TC28 through TC31 

DT12 

Parameters not dependent on the site-defined param¬ 
eter receive normal diagnostic checking. For 
example: 

A line with a TIPTYPE of MODE 4 can have a 
terminal with a TC of TC30 and a DT of DT12, 
but still must have CA and TA values as part of 
its configuration. 

A line with a TIPTYPE of TT12 can have a termi¬ 
nal with a TC of HASP as long as all parameters 
useable for terminals of any terminal class are 
correctly declared. 

The NDL processor cannot perform all normal checks 
for completeness of definition in LINE, GROUP, 
TERMINAL, DEVICE, and TERMDEV statements if site- 
defined parameter values are present. 

JOB DAYFILE MESSAGES 

All of the informative and file access error mes¬ 
sages produced in the dayfile for the job are 
listed in table B-2. 
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T^LE B-1. NDL PROCESSOR DU6N0STIC MESSAGES 


Error 

Code 

Severity 

Message 

Significance 

Action 

1 

Fatal 

DUPLICATE LABEL/ 
ELEMENT-NAME. 

The element-name fields of at least 
two statements contain the character 
string on the flagged statement 
(check defname identifiers also). 

Change one character in at 
least one field. 

2 

Fatal 

INVALID STATEMENT 

NAME. 

The statement name is not 

one of the reserved NDL statement” 

name words. 

Check for a typographical 
error, then review 
section 2. 

3 

Fatal 

INVALID STATEMENT 
DECLARATION. 

A keyword is misspelled or 
misplaced, or a defname identifier 
cannot be expanded properly. 

Check appendixes D and E. 

4 

Fatal 

MISSING COLON AFTER 
ELEMENT NAME. 

Self-explanatory. 

Change and rerun the job. 

5 


Reserved for CDC use. 



6 

Fatal 

UNKNOWN KEYWORD OR 
DELIMITER. 

A keyword is misspelled or a 

DEFINE statement is missing. 

Change and rerun the job. 

7 

Fatal 

EQUAL NOT ASSOCIATED 
WITH KEYWORD. 

Misplaced or misused defname 
identifier, or typographical error. 

Check the statement format 
in sections 2 through 8. 

8 

Fatal 

PUNCTUATION ERROR. 

An extra colon or other special 
character is present, or a 
required separator is missing. 

Check the statement format 
in section 2. 

9 

Fatal 

INVALID KEYWORD. 

The keyword shown in the column to 
the left of the message cannot be 
used in this type of statement. 

Check the statement format 
in sections 2 through 8. 

10 

Fatal 

INVALID VALUE. 

The value shown in the column to 
the left of the message cannot be 
used for the keyword you have 
associated it with. 

Check the statement format 
in sections 2 through 8. 

11 

Fatal 

NO PERIOD FOUND BEFORE 
ASTERISK. 

The NDL processor cannot tell if the 
asterisk begins a comment or is an 
incorrect parameter declaration. 

Insert a period or correct 
the declaration. 

12 

Fatal 

NESTED DEFINE. 

A DEFINE statement identifier cannot 
be used within another DEFINE 
statement. 

Remove the identifier and 
rerun the job. 

13 


Reserved for CDC use. 



14 

Fatal 

STATEMENT OUT OF 
SEQUENCE. 

The required hierarchy was violated. 

Check figure 2-4. 

15 

Fatal 

REQUIRED LABEL 

MISSING. 

The element name field is empty when 
a name is needed. 

Change and rerun the job. 

16 

Fatal 

DEFINE-NAME CANNOT 

BE A RESERVED WORD. 

The defname Identifier you used is 
one of the reserved words disallowed 
in appendix D. 

Change and rerun the job. 

17 

Warning 

LABEL NOT REQUIRED FOR 
THIS STMT — IGNORED. 

The contents of the element name 
field are not needed. 

1 None. 

i 

18 

Fatal 

ELEMENT-NAME IS TOO 
LONG. 

The element name field contains a 
value more than seven characters 
long. 

Change and rerun the job. 

i 

1 
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TABLE B-1. NDL PROCESSOR DIAGNOSTIC MESSAGES (Contd) 


Error 

Code 

Severity 

Message 

Significance 


19 

Fatal 

NO KEYWORD ASSOCIATED 
WITH VALUE, 

Either an equals sign is missing, an 
extra separator is present, or the 
keyword was omitted. 

Fix the statement and 
rerun the job. 

20 

Fatal 

CONSECUTIVE COMMAS 

NOT ALLOWED, 

Probably a typographical error; 
a parameter might be missing. 

Delete the extra comma or 
insert the missing 
parameter. 

21 

Fatal 

MISSING -END- 
STATEMENT . 

The NDL processor cannot tell if 
your input file is complete. 

Check that the file is 
undamaged; if so, add an 

END statement. 

22 

Fatal 

FIRST CHARACTER AFTER 
PERIOD NOT AN ASTERISK, 

The NDL processor cannot tell if you 
have misplaced sequence number field 
information or placed comments on 
the statement. 

Insert an asterisk or 
reformat the statement 
and rerun the job. 

23 

Fatal 

ELEMENT-NAME MUST 

BEGIN WITH A LETTER, 

Self-exp1ana t o ry. 

Change and rerun the job. 

24 


Reserved for CDC use. 



25 

Fatal 

MISSING NFILE/LFILE 

STMT — MUST BE 1ST 

IN DIV. 

Each division of an NDL program 
begins at an NFILE or LFILE state¬ 
ment; at least one must be present. 

Check statement placement 
or insert the required 
statement. 

26 


Reserved for CDC use. 



27 

Fatal 

NAME GENERATION 
SUPPRESSED, -NCIR- 
TOO LARGE. 

The device names for switched cir¬ 
cuits on an X.25 line are generated 
by adding the NCIR value to the 
element name root you specified; 
this cannot be done because the NCIR 
value is invalid. 

Fix the NCIR value and 
rerun the job. 

28 

Fatal 

GROUP NOT ALLOWED FOR 
X.25 LINES. 

You cannot use a GROUP statement 
with this TIPTYPE value. 

Replace the GROUP statement 
with a LINE statement; add 
LINE, TERMINAL. DEVICE, and 
TERMDEV statements if 
needed. 

29 

Fatal 

KEYWORD NOT ALLOWED 

ON THIS STATEMENT. 

Self-explanatory, 

Check any TIPTYPE value 
associated with the state¬ 
ment. 

30 

Fatal 

MISSING VALUE. 

The keyword shown in the column to 
the left of this message is not a 
stand-alone keyword; either a value 
is missing or a separator is 
misplaced. 

Add a value or delete the 
keyword and rerun the job. 

31 

Fatal 

NAME GENERATION 
SUPPRESSED, ROOT NAME 
TOO LONG. 

The element name of a line or device 
configured through a GROUP state¬ 
ment cannot be longer than five 
characters. 

Shorten the name on the 
identified GROUP, DEVICE, 
or TERMDEV statement. 

32 

Fatal 

NAME GENERATION 
SUPPRESSED, NO PORT 

FOR GROUP. 

A valid port number is needed to use 
as the end of each element name for 
a line or device configured through 
a GROUP statement. 

Add a valid PORT parameter 
to the GROUP statement and 
rerun the job. 

33 

Warning 

PREVIOUSLY DEFINED 
TITLE OVER-WRITTEN. 

You have more than one TITLE 
statement in the same division. 

Check that an NFILE or 

LFILE statement is not 
missing. 
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TABLE B-1. NDL PROCESSOR DIAGNOSTIC MESSAGES (Contd) 


Error 

Code 

Severity 

Message 

Significance 

Action 

3A 

Warning 

STORED ONLY FIRST 45 
CHAR — IGNORED REST. 

You cannot put more than A5 
characters into the title field of 
a file summary listing; the TITLE 
statement contains more than A5. 

None. 

35 

Warning 

SUPERFLUOUS DATA AFTER 
END STMT, IGNORED, 

The END statement might be mis¬ 
placed; if so, your definition is 
incomplete. 

Check statement placement; 
move the END statement if 
necessary. 

36 


Reserved for CDC use. 



37 

Fatal 

NAME GENERATION 
SUPPRESSED, NI TOO 
LARGE. 

The GROUP statement is not valid; 
you are defining too many elements 
with one set of statements. 

Change the NI value and 
add more statement groups 
if needed. 

38 

Fatal 

NAME GENERATION 
SUPPRESSED, PORT TOO 
LARGE. 

A valid port number is needed to use 
as the end of each element name for 
a line or device configured through 
a GROUP statement. 

Change the PORT parameter 
on the GROUP statement and 
rerun the job. 

39 

Warning 

DUPLICATE DECLARATION, 
OVERRIDES PREVIOUS ONE, 

Self-explanatory; If this condition 
was not intended, you have defined 
the same characteristic twice. 

Check the statement. 

AO 

Warning 

POSSIBLE MISSING 

STMT(S) PRECEDING THIS 
ONE. 

The NDL processor expected to find 
other statements before this one. 

Check statement placement. 

A1 

Warning 

CONSOLE EXPECTED HERE 

TO OWN PASSIVE DEVICES 

Console definition is required as an 
owning console before a set of 
passive devices can be used. 

Introduce a console device 
definition before the set 
of passive devices. 

A2 

thru 

99 


Reserved for CDC use. 



100 

Fatal 

VALUE OUT OF RANGE. 

The parameter shown in the column to 
the left of this message cannot have 
the value you specified. 

Change and rerun the job. 

101 

Fatal 

KEYWORD NOT ALLOWED 

WITH CTYP SPECIFIED. 

Either the CTYPE value is Incorrect, 
or you cannot declare this charac¬ 
teristic for a circuit of this type. 

Change the statement and 
rerun the job. 

102 

Fatal 

DUPLICATE PORT NUMBER. 

Every line and trunk on an NPU must 
have a unique port number; the num¬ 
ber specified appears In a previous 
LINE, TRUNK, or GROUP statement. 

Change one of the port 
numbers to a correct 
value« 

103 

Fatal 

REQUIRED PARAMETER 
MISSING. 

Self-explanatory. 

Refer to the statement 
format in sections 2 
through 8. 

lOA 

Fatal 

TIPTYPE NOT COMPATIBLE 
WITH LTYPE. 

You have defined a line with physi¬ 
cal characteristics that cannot be 
supported by the software servicing 
it; either the TIPTYPE value is 
wrong, or the LTYPE value is wrong. 

Check for DEFINE statement 
identifier misplacement; 
change the incorrect value 
and rerun the job. 

105 

Fatal 

LSPEED VALID FOR ASYNC 
NON-AUTO-REC LINES 

ONLY. 

Self-explanatory; you cannot define 
a fixed speed for an automatic 
recognition line. 

Remove the AUTO or XAUTO 
parameter, or the LSPEED 
parameter. 

1 
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Code 
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Action 

106 

Fatal 

PARAMETER NOT ALLOWED 
WITH TIPTYPE SPECIFIED. 

You cannot define an element using 
the chosen protocol as having the 
characteristic indicated by the 
keyword in the column to the left 
of this message. 

Check that the TIPTYPE 
value is correct; if so, 
delete the invalid 
parameter. 

107 

Fatal 

PARAMETER NOT VALID ON 
FIXED CONFIG LINES. 

Self-explanatory. 

The LINE or GROUP statement 
might be missing the AUTO 
or XAUTO parameter. 

108 

Fatal 

PARAMETER VALID ON 

2780 TERMINALS ONLY. 

Either you have declared a charac¬ 
teristic this device cannot have, or 
the TC or STIP value is incorrect. 

Change the incorrect TC or 
STIP value, or delete the 
invalid parameter. 

109 

Fatal 

DUPLICATE CLUSTER 
ADDRESS. 

TheCA value must be unique for each 
terminal on a fixed configuration 
line; the value used appears in 
a previous TERMINAL or TERMDEV 
statement for the same line. 

Change the parameter and 
rerun the job. 

no 

Fatal 

PARAMETER NOT VALID 

WITH TC SPECIFIED. 

Either the TC value is wrong, or you 
have declared a characteristic this 
device cannot have. 

Change the incorrect TC 
value, or delete the 
invalid parameter indi¬ 
cated by the keyword in 
the column to the left of 
this message. 

111 

Fatal 

VALUE NOT VALID WITH 
STIP SPECIFIED. 

The keyword is permitted but the 
value you have used cannot be sup¬ 
ported by the subcategory specified 
within the TIP. 

Change the value and rerun 
the job. 

112 

Fatal 

VALUE NOT VALID WITH 
TIPTYPE SPECIFIED. 

The keyword is permitted but the 
value you have used cannot be sup¬ 
ported by the software specified. 

Change the value and rerun 
the job. 

113 

Fatal 

-AUTOREC- NOT VALID 

ON FIXED CONFIG LINES. 

Self-explanatory. 

Check if the AUTO or XAUTO 
parameter is needed and 
missing; if not, delete 
the indicated parameter 
or specify a valid value. 

114 

Fatal 

ALL PVC-S MUST BE 
SPECIFIED BEFORE ANY 
SVC-S. 

A TERMINAL or TERMDEV statement 
might be misplaced; otherwise, 
the CTYP value might be wrong. 

Change statement placement 
or the CTYP value, as 
appropriate. 

115 

Fatal 

MAXIMUM NUMBER OF 
TERMINALS EXCEEDED 

FOR THE LINE. 

The number of terminals allowed 
depends on the TIPTYPE and on 
whether the line is fixed configu¬ 
ration or automatic recognition. 

Refer to sections 4 
through 7; add LINE or 

GROUP statements as 
needed• 

116 

Fatal 

MAX NUMBER OF DEVICES 
EXCEEDED FOR TERMINAL. 

The number of devices allowed 
depends on the subTIPtype and on 
whether the line is fixed configu¬ 
ration or automatic recognition. 

Refer to sections 4 
through 7; delete the 
unsupportable TERMDEV or 
DEVICE statements. 

117 

Fatal 

STIP OR TC MUST BE 
SPECIFIED. 

You omitted both parameters; one or 
the other is needed. 

Add either parameter. 

118 

Fatal 

NEN VALUE MUST BE LESS 
THAN OR EQUAL TO NCIR. 

You cannot enable more switched 
virtual circuits than you have 
defined; NCIR might be too small. 

Change the incorrect 
parameter and rerun the 
job. 
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119 

Fatal 

PARAMETER VALUE NOT A 
VALID NPU NAME, 

The value you gave for the keyword 
in the column to the left of this 
message is not used as an element 
name in an NPU statement within the 
current network division. 

Check the spelling of the 
name; perhaps an NPU 
statement is missing. 

120 

Fatal 

DUPLICATE LOGICAL LINK 
DEFINITION, 

You declared a previous LOGLINK 
statement with the same NCNAME 
value and host node number. 

Correct the name or remove 
the extra LOGLINK state¬ 
ment. 

121 

Fatal 

NCNAME NOT A VALID 
COUPLER OR NPU NAME, 

You did not supply a COUPLER or NPU 
statement in this network division 
with this value as an element name. 

Check the spelling; if 
correct, a statement is 
missing. 

122 


Reserved for CDC use. 



123 

Fatal 

MAXIMUM NUMBER OF 
COUPLERS EXCEEDED (2 

PER NPU). 

You have three or more COUPLER 
statements for the same NPU 
statement. 

Delete the extra state¬ 
ment and rerun the job. 

124 

Fatal 

DUPLICATE LOG VALUE, 

The LOC value shown in the column to 
the left of this message appears in 
a previous COUPLER statement for 
this NPU; one of the values is 
wrong. 

Change the Incorrect 
statement and rerun the 
job. 

125 

Fatal 

DUPLICATE NODE NUMBER. 

Node numbers must be unique within 
the network; the number flagged has 
already been assigned to an element. 

Change one of the node 
numbers and rerun the job. 

126 

Fatal 

REQUIRED SUPLINK 
STATEMENT MISSING. 

No supervision path exists for this 
NPU; one must be defined. 

Add a SUPLINK statement 
and rerun the job. 

127 

Fatal 

NO LOGICAL LINKS 

DEFINED TO THIS NPU. 

A front-end NPU must have a logical 
link to its coupler; a remote NPU 
must have at least one link to a 
coupler in a front-end NPU. 

Add a LOGLINK statement 
and rerun the job. 

128 

1 Fatal 

LOGLINK (LLNAME) DOES 
NOT TERMINATE AT THIS 
NPU. 

The logical link specified as the 
LLNAME value does not terminate in 
the same NPU as the supervisory 
link defined by this SUPLINK state¬ 
ment. 

Check LLNAME value spell¬ 
ing; if correct, the 

LOGLINK statement NCNAME 
value is wrong. Fix the 
incorrect value. 

129 

Fatal 

LLNAME VALUE NOT A 

VALID LOGICAL LINK 

NAME. 

You specified an element name that 
is too long, or contains a character 
other than a letter or a digit, or 
does not begin with a letter. 

Change the name and rerun 
the job. 

130 

Fatal 

DUPLICATE TRUNK 
DEFINITION. 

Either you specified the same port 
number for two trunks, or you have 
defined two trunks between one pair 
of NPUs. 

Change a port number value 
or delete one TRUNK state¬ 
ment and rerun the job. 

131 

Fatal 

PARAMETER NOT ALLOWED 
FOR 2741 TERMINALS, 

Self-explanatory; either the STIP 
value or TC value is wrong, or the 
device cannot have the specified 
characteristic* 

Change the STIP or TC 
value> or remove the 
parameter and rerun the 
job. 

132 

Fatal 

AB, CN, Bl, B2, CT, 

BS, BB, EL MUST ALL 

BE UNIQUE. 

The parameter shown in the column 
to the left of the message has a 
value declared or used for another 
of these parameters. 

Change one of the parameter 
values and rerun the job. 

133 

Fatal 

PARAMETER NOT ALLOWED 
WITH DT SPECIFIED. 

The parameter shown in the column 
to the left of the message has an 
inappropriate keyword, or the DT 
value is wrong. 

Remove the parameter, 
change the keyword, or 
change the DT value. 
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134 

Fatal 

PARAMETER NOT ALLOWED 

FOR M4A TERMINALS. 

Either the STIP value is wrong, or 
the terminal cannot have the 
characteristic shown in the column 
to the left of the message. 

Remove this parameter or 
change the STIP value. 

135 

Fatal 

PARAMETER NOT ALLOWED 
WITH STIP/TC 

SPECIFIED. 

Either the STIP value is wrong, or 
the TC value is wrong, or the 
terminal cannot have the character¬ 
istic shown in the column to the 
left of the message. 

Remove this parameter or 
change the incorrect 
value• 

136 

Fatal 

INCORRECT HN VALUE. 

The host node number does not match 
with any host node number. 

Check if HN is the same 
as the node number on a 
coupler statement. 

137 

Warning 

ROUNDED TO NEXT 
RECOMMENDED VALUE 
(PARAM/VALUE) , 

The value you declared was not 
directly used. The value used and 
the parameter keyword are shown. 

Refer to the text in 
section 6 or 7. 

138 

Fatal 

VALUE NOT ALLOWED WITH 
DT SPECIFIED. 

Either the value shown for the key¬ 
word is wrong, or the DT value is 
wrong. 

Remove this parameter or 
change the incorrect 
value. 

139 

Fatal 

-DO- VALUE IS NOT 

UNIQUE FOR DEVICE 

TYPE. 

Device ordinals must be unique for 
all DEVICE statements with the DT 
value used within this terminal; 
one of the following is wrong: the 

DO value shown, the DO value on a 
previous DEVICE statement, or the 

DT value used. 

Change the incorrect 
statement value and rerun 
the job. 

140 

Fatal 

PL AND CP STREAM 

VALUES ARE NOT 

UNIQUE. 

Two DEVICE statements with the indi¬ 
cated DT values have the same STREAM 
parameter value; either one of the 

DT values is wrong, or one of the 
STREAM values is wrong. 

Change the incorrect 
parameter value and rerun 
the job. 

141 

Fatal 

STREAM VALUE IS NOT 
UNIQUE FOR DEVICE 

TYPE. 

Two DEVICE statements with the same 

DT value have the same STREAM 
parameter value; either one of the 

DT values is wrong, or one of the 
STREAM values is wrong. 

Change the incorrect 
parameter value and rerun 
the job. 

142 

Fatal 

MAXIMUM NUMBER OF 
DEVICES EXCEEDED. 

The number of device statements 
allowed for a terminal or line 
depends on the protocol and whether 
the line is automatic recognition 
or fixed configuration. 

Refer to the text of 
sections 4 through 7. 

143 

Fatal 

-TA- VALUE IS NOT 
UNIQUE. 

The TA value on this statement 
appears on another DEVICE statement 
specified for this terminal; one of 
the values is wrong. 

Change the incorrect 
statement parameter value 
and rerun the job. 

144 

Fatal 

CANNOT SPECIFY BOTH 
MFAM AND DFAM. 

A default family name or a mandatory 
one can be specified, but not both. 

Remove either parameter. 

145 

Fatal 

VALUE FOR MUSER AND 
DUSER CANNOT BE ZERO. 

Self-explanatory; no system user 
name default exists. 

Remove the parameter or 
specify the value NONE. 

146 

Fatal 

CANNOT SPECIFY BOTH 
MUSER AND DUSER. 

A default user name or a mandatory 
one can be specified, but not both. 

Remove either parameter. 

147 

Fatal 

MAPPL OR PAPPL CANNOT 
BE A RESERVED APPL 
NAME. 

You specified one of the programs 
disallowed in section 8. 

Remove the parameter or 
change the value to a 
different name. 
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1A8 

Fatal 

CANNOT SPECIFY BOTH 
MAPPL AND PAPPL. 

A primary application or a mandatory 
one can be specified» but not both. 

Remove either parameter. 

149 

Fatal 

APPLICATION NAME - 
SPECIFIED IS A 

RESERVED NAME. 

You have tried to declare an APPL 
statement with an element name 
disallowed In section 8. 

Remove the statement or 
change the element name. 

150 

Fatal 

NCIR MUST BE LESS 

THAN OR EQUAL TO NSVC. 

Self-explanatory; one of values is 
incorrect. 

Change the Incorrect 
value. 

151 

Fatal 

BOTH ENDS OF TRUNK 
CONNECTED TO SAME NPU. 

One of the NPU name values Is wrong. 

Change the incorrect 
parameter. 

152 

Fatal 

MUTUALLY EXCLUSIVE 
PARAMETER(S) HAVE BEEN 
USED. 

Dxxx and Xxxx parameters (named in 
the column to the left of the 
message) cannot appear In the same 
statement. 

Review the statement 
description and delete 
Inappropriate parameters. 

153 

Fatal 

TOTAL LENGTH OF FAC 
EXCEEDS MAX (124 HEX 
DIGITS). 

There can be any number of FAC 
parameters specified as long as the 
total number of hexadecimal digits 
does not exceed 124. 

Decrease the number of 

FACs or the number of 
hexadecimal digits for 
one or more FACS. 

154 

Fatal 

THIS LOGICAL LINK DOES 
NOT SPAN OVER ONE 

TRUNK. 

No physical path exists for the link 
you defined; a TRUNK statement Is 
missing or the NPU name is wrong. 

Change the NPU name or 
add a TRUNK statement If 
the line actually exists; 
if not, delete this 
statement. 

155 

Fatal 

NO CONSOLES DEFINED ON 
THIS TERMINAL. 

The protocol for this line requires 
at least one console device per 
terminal. 

Add a DEVICE statement or 
check for an incorrect DT 
value on an existing one. 

156 

Fatal 

DTEA NOT ALLOWED WHEN 
DCE IS NOT SPECIFIED. 

Either the DCE parameter Is missing, 
a NO value for it should be YES, or 
the DTEA parameter is not needed. 

Add a DCE-YES parameter or 
delete the DTEA parameter. 

157 

Fatal 

ILLEGAL PORT 

ASSIGNMENT ON THIS 

NODE ID SHOWN. 

One end of the trunk statement Is 
defined to use a port number that 

Is not sequentially assigned with 
other trunks on the NPU Indicated 

In the column to the left of this 
message• 

Check the NPU element 
name; If correct, check 
the PORT parameter values 
of all TRUNK statements; 
change one of the values. 

158 

Fatal 

ILLEGAL VALUE AS A 
CONTROL CHARACTER. 

The value Is not allowed for the 
parameter indicated In the column 
to the left of this message. Some 
ASCII character code values are 
invalid for characters that affect 
terminal functions. 

Check the range given for 
the parameter in sections 

4 through 7; change the 
value to one within the 
range Indicated In the 
text. 

159 

Warning 

MAXIMUM NUMBER OF USER 
STATEMENTS EXCEEDED. 

Your Input file contains more than 

1023 USER statements. The I024th 
and subsequent statements are 

Ignored. 

Unneeded USER statements 
should be eliminated* 

160 

Fatal 

STIP IS REQUIRED WHEN 

TC IS OF TYPE USER. 

A CDC-written TIP cannot determine 
which subTIPtype Is appropriate for 
the line because no terminal class 
characteristics were known when the 

TIP was written. 

Add a STIP parameter with 
a value valid for the TIP. 
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161 

Warning 

MISSING PARAMETERS FOR 
USER DEFINED TIPTYPE. 

The CDC-written version of the 
network software requires values 
for the parameters listed in the 
column to the left of this message. 

If the network software 
has not been modified to 
supply an internal default 
value, you should add the 
parameter to the state¬ 
ment. 

162 

Fatal 

TSPEED INCOMPATIBLE 

FOR THIS AUTOREC 
INDICATOR. 

Low TSPEED cannot be used with the 
XAUTO parameter, or high TSPEED can¬ 
not be used with the AUTO parameter. 

Change the TSPEED or the 
AUTOREC indicator to be 
compatible. 

163 

Warning 

VALUE OUT OF RANGE. 

The value specified for the AL 
parameter is not within the range 
of 0 through 7. 

Change the value specified 
for the AL parameter. 

164 

Fatal 

ILLEGAL FORMAT FOR 

UDATA DEFINITION. 

The format specified for 
the UDATA parameter is 
not correct. 

Correct the 

Format. 

165 

Fatal 

TOO MANY BYTES FOR 

UDATA DEFINITION. 

The total number of 
digits must not exceed 256. 

Correct the 

UDATA definition. 

166 

thru 
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TABLE B-2. NDL PROCESSOR DAYFILE MESSAGES 


Message 


Significance 


Action 


ABRT FROM xxxx - BAD NCF 
FILE RECORD, 


Procedure NDLLIST located an NCF 
record with the wrong format* The 
name of the procedure from which 
the ABORT message was generated is 
indicated by xxxx. 


Regenerate NCF by running NDLP on 
the same source program. If the 
problem still exists, follow the 
site-defined procedure for software 
errors. 


ABRT FROM xxxx - CANT 
READ LIN RECORDS. 


Procedure NDLLIST located an error 
in the line record format during 
an I/O transfer of that record. 

The name of the procedure from which 
the ABORT message was generated is 
indicated by xxxx. 


Regenerate NCF by running NDLP on 
the same source program. If the 
problem still exists, follow the 
site-defined procedure for software 
errors. 


ABRT FROM xxxx - CANT 
READ NCF RECDS. 


Procedure NDLLIST located an error 
in an NCF record format during 
an I/O transfer of that record. 

The name of the procedure from which 
the ABORT message was generated is 
indicated by xxxx. 


Regenerate NCF by running NDLP on 
the same source program. If the 
problem still exists, follow the 
site-defined procedure for software 
errors. 


ABRT FROM xxxx - FN VAL 
NOT DEVICE FN. 


Procedure NDLLIST located a device 
parameter with an FN value outside 
the range allocated for device FNs. 
The name of the procedure from which 
the ABORT message was generated is 
indicated by xxxx. 


This indicates a design error. 
Follow the site-defined procedure 
for software errors. 


ABRT FROM xxxx - FN VAL 
NOT LINE FN. 


Procedure NDLLIST located a line 
parameter with an FN value outside 
the range allocated for line FNs. 

The name of the procedure from which 
the ABORT message was generated is 
Indicated by xxxx. 


This indicates a design error. 
Follow the site-defined procedure 
for software errors. 
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Message 

Significance 

Action 

ABRT FROM xxxx - FN VAL 

NOT TERM FN. 

Procedure NDLLIST located a term 
parameter with an FN value outside 
the range allocated for term FNs. 

The name of the procedure from which 
the ABORT message was generated is 
Indicated by xxxx. 

This indicates a design error. 

Follow the site-defined procedure 
for software errors. 

ABRT FROM xxxx - INVALID 

RECORD TYPE. 

Procedure NDLLIST located an 

Invalid record type. The name of 
the procedure from which the ABORT 
message was generated Is 

Indicated by xxxx. 

Regenerate LCF/NCF by using NDLP. 

If the problem still exists, 
follow the site-defined procedure 
for software errors. 

ABRT FROM xxxx - NO SUCH 

RECORD TYPE. 

Procedure NDLLIST located an 
unrecognizable record type. The 
name of the procedure from which 
the ABORT message was generated Is 
Indicated by xxxx. 

Regenerate LCF/NCF by using NDLP. 

If the problem still exists, 
follow the site-defined procedure 
for software errors. 

ABRT FROM xxxx - READ ERROR. 

Procedure NDLLIST located a read 
error in NCF/LCF. The name of the 
procedure from which the ABORT 
message was generated Is 

Indicated by xxxx. 

Regenerate LCF/NCF by using NDLP. 

If the problem still exists, 
follow the site-defined procedure 
for software errors. 

ERROR IN LCF ~ SUMMARY 
SUPPRESSED. 

The NDL processor opened an existing 
local configuration file, but this 
file did not contain a valid file 
flag (see section 9). This message 

Is also Issued at the end of a file 
creation job when fatal errors were 
detected during processing. 

The unverifiable file should be 
recreated or a different file used 
for NDL processor input. 

ERROR IN NCF SUMMARY 

SUPPRESSED. 

The NDL processor opened an existing 
network configuration file, but this 
file did not contain a valid file 
flag (see section 9). This message 
is also Issued at the end of a file 
creation job when fatal errors were 
detected during processing. 

The unverifiable file should be 
recreated or a different file used 
for NDL processor input. 

INPUT FILE EMPTY. 

The NDL processor attempted to open 
the file specified for job Input but 
could not find any Information. 

Check job structure or verify con¬ 
tents of the input file. Rerun the 
job. 

INSUFFICIENT FIELD LENGTH. 

The NDL processor requires 
additional central memory to 
completely process all Input 
statements that cause table 
generation. Excessive use of 
the DEFINE statement can cause 
the processor to need additional 
table space. 

Remove as many NDL DEFINE state¬ 
ments as possible from the input 
file, or add an RFL statement to the 
command portion of the job and 
rerun the job. 

INVALID CONTROL CARD OPTION. 

The NDLP command used by the job 
contains a format or syntax error. 

Correct the command and rerun the 
job. 

NDLP COMPLETE. 

The NDL processor has finished all 
possible work on its input and ended 
its execution. 

Informative only. 
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Message 

Significance 

Action 

Ifn - NO ERRORS ENCOUNTERED. 

A properly validated network 
definition file has been created or 
listed by the NDL processor and 
given the indicated local file name. 

Informative only. 


Ifn - mmm ERRORS AND tin 
WARNINGS. 

If mmm is not zero, the indicated 
number of fatal diagnostic message 
errors are described in the error 
nummary listing produced by the NDL 
processor as part of the listing 

Correct the NDL statements input and 
rerun the job if mmm is not zero. 


output file. A nonzero value for 
mmm indicates that any network 



definition file created by the job 
from the named division does not 
contain a valid file flag. If nn 
is not zero, the Indicated number 
of nonfatal diagnostic message 
errors are described in the error 
summary listing. A nonzero value 
for nn does not affect the valid 
file flag of any network definition 
file created by the job. 
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This glossary defines terms unique to the descrip¬ 
tion of the software presented in this manual. It 
does not contain terms defined in the American 
National Standard X3/TR-1 — 77, American National 
Dictionary for Information Processing, unless those 
terms are used with a different meaning within this 
manual• 

This glossary also contains terms whose interpreta¬ 
tion within this manual is Intended to be more 
constrained or different from that commonly made. 
Some terms used in other manuals for the network 
software are Included for the reader"s convenience 
when reconciling terminology. 

Acknowledgment, Block - 

A message returned to the sender confirming the 
delivery of one or more messages or blocks. 

Application Connection Number (ACN) - 

A number assigned by the Communications Super¬ 
visor program to Identify a particular logical 
connection within an application program. 

Application Interface Program (AIP) - 

A group of routines that reside in the applica¬ 
tion program's field length to translate and 
buffer communication between the application 
program and the network. 

Application Name (ANAME) - 

Up to seven 6—bit display code letters or 
digits (the first must be a letter) used to 
identify an application program. It Is used by 
another application program or by a terminal 
operator when connection to the application is 
requested. 

Application Program - 

A program resident in a host computer that uses 
the Network Access Method and provides an 
information storage, retrieval, and/or process¬ 
ing service to a remote user via the data 
communication network. 

Archetype Terminal - 

The specific terminal equipment possessing all 
of the device attributes used as defaults for 
the parameterization of one terminal class. 
Each terminal class has a corresponding arche¬ 
type terminal. 

Auto-Loading - 

The process whereby a non-CDC network process¬ 
ing unit is loaded before joining the network. 
From the viewpoint of the Network Supervisor, 
the NPU loads itself automatically. 

Automatic Login - 

The process whereby one or more of the Network 
Validation Facility login dialog parameters is 
supplied to NVF from the local configuration 
file. Parameters supplied through automatic 
login configuration of a terminal suppress 
prompting for the corresponding dialog entries 
and can override any entries made from the 
terminal. 


Automatic Recognition - 

The process whereby the Terminal Interface 
Program identifies characteristics of a ter¬ 
minal when the terminal's communication line 
becomes active. The Terminal Interface Program 
determines these characteristics by various 
methods for lines configured for automatic 
recognition. The Communications Supervisor 
then matches these parameters against the 
descriptions of specific terminals in the 
network configuration file; the terminal with 
the closest match to the empirically determined 
parameters is automatically recognized as the 
terminal on the communication line. 


Batch Device - 

See Passive Device. 

Block - 

An arbitrary grouping of data bytes, trans¬ 
mitted as a single entity; blocks are formed 
and reformed by various software within the 
network, and by device hardware during input. 
See also Transmission Block, Downline Block, 
and Upline Block. 

Block Umit - 

The number of message blocks that can be await¬ 
ing delivery at any one time in either the 
host-to-NPU direction or the NPU-to-host direc¬ 
tion for a single terminal or terminal device. 

CDCNET - 

See Control Data Distributed Communications 
Network. 

Character - 

Unless otherwise specified, references to 
characters in this manual are to CDC 6-bit 
display-coded characters. 

Cluster - 

Mode 4 devices grouped by a common cluster 
address. 

Cluster Address - 

The hardware address of a cluster. This term 
is used in several ways within mode 4 communi¬ 
cations documentation, as shown in table C-1. 

Communication Element - 

Any entity that constitutes a point of input 
to, or output from, the data communication 
network. This includes terminal devices, 
communication lines, and application programs. 

Communication Line - 

A complete communication circuit between a 
terminal and its network processing unit. 

Communications Control Program - 

A portion of the network software that resides 
in a 255x series network processing unit. This 
software can include such routines as the 
Terminal Interface Program. 
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TABLE C-1. HODE 4 N<»!ENCLATUR£ EQUIVALENCE 


Networks Nomenclature 

Mode 4A Nomenclature 

Mode 4C Nomenclature 

Network processing unit 

Data source 

Control station 

Cluster address 

Site address 

Station address 

Cluster controller 

.Equipment controller 

Station 

Terminal address 

Station address 

Device address 

Terminal 

Equipment controller 

Station 

Device 

Equipment 

Device 


Cosonunlcatloas Supervisor - 

A portion of the network software, written as 
an application program. The Communications 
Supervisor coordinates the network-oriented 
activities of Its host computer and all of that 
host's communication elements. 

Console - 

See Interactive Device. 

Constant Carrier - 

A communication line with a transmission-carrier 
signal that r^alns on continuously; failure is 
reported If the carrier signal received remains 
off for a period of time that equals or exceeds 
a failure verification period. 

Contention Terminal - 

When a terminal can Input at the discretion of 
the terminal user and has an Input rate that 
cannot be controlled directly; contrast with 
Controlled Terminal. Asynchronous terminals 
are contention terminals. 

Control Data Distributed Communications Network 
(CDCNET) - 

The collection of compatible hardware and 
software products offered by Control Data 
Corporation to Interconnect computer resources 
Into distributed communications networks. 

Controlled Carrier - 

A communication line with a transmission carrier 
signal that Is raised and lowered with each 
block transmitted; failure is reported if the 
carrier signal received does not fluctuate In a 
similar fashion. 

Controlled Terminal - 

A terminal that places data on a coosnunlcatlon 
line only In response to a poll. The maximum 
Input rate for such a terminal can be controlled 
by controlling the polling rate. Mode 4 devices 
are controlled. 

Coupler - 

A hardware module that resides in a front-end 
network processing unit and links the network 
processing unit to a host computer. 

Data - 

Any portion of a message created by the source, 
exclusive of any Information used to accomplish 
transmission of such a message. 


Dedicated Line - 

A communication line that Is permanently 
connected between a terminal and a network 
processing unit. Contrast with Switched Line. 

KFINE - 

An NDL statement that provides the macro-like 
capability of substituting an Identifier in 
coding for a more complex entity. When the 
coding Is processed, the Identifier Is Intet^- 
preted as If It had been replaced by the com¬ 
plex entity. Also, a NOS command that creates 
permanent files. 

Destination - 

The device or application program designated to 
receive the message. 

Destination Node - 

The NFU node that directly Interfaces to the 
destination of a data message block. 

Device - 

A portion or all of a terminal. This term is 
used In various ways within mode 4 communica¬ 
tions documentation, as shown In table C-1. 

Direct Access File - 

In the context of NOS permanent files, a file 
that is accessed and modified directly. 

Downline - 

The direction of output flow, from host to 
device. 

Downline Block - 

A group of one or more logical lines (messages) 
transmitted from a host application program as 
a single unit. 

Echoplex - 

The process of returning received characters on 
a full-duplex line. Not all terminals on full- 
duplex communication lines are capable of 
echoplex operation. 

Frame - 

A block of data sent across a high-speed data 
link. The frame Is the basic communication 
unit used in trunk (NPU-to-NPU) communications 
and provides hlgh-data density In blt-serlal 
format over data-grade lines, as well as data 
assurance. 
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Front-End NPU - 

A network processing unit linked directly to a 
host computer through a coupler. 

Full Duplex - 

Two-way simultaneous transmission on a coomuni- 
cation line* 

Half Duplex - 

Two-way alternating transmission on a communi¬ 
cation line. 

Host - 

A computer that executes application programs. 

Host Availability Display (HAD) - 

A terminal display that lists all the paths the 
terminal user can currently use to gain access 
to a host. The terminal user can control this 
display by using the HD command. Using the HN 
command sets or changes the path through which 
the terminal is connected to the host. The HAD 
is seen by the terminal user immediately after 
entering HD or HD=Y, when first connecting to 
an NPU, or when logging out from the host. 

Host Node - 

The node ID number of the NPU coupler that 
directly interfaces with a host computer. 

Host Operator (HOP)- 

The administrative operator who manages the 
communication elements of the network within 
the local computer system by communicating with 
the Communications Supervisor in the host 
computer. Contrast with NPU operator. The 
host operator is an administrative operator 
within the network and is always the host 
computer's operating system operator. 


Input - 

Information flowing upline from terminal to 
host computer. 

Interactive Device - 

Any device capable of conducting both input and 
output, making it capable of dialog with the 
Network Validation Facility. Also known as a 
console—type device* Contrast with passive 
device. 


Label - 

The value declared as the element—name field of 
an NDL statement. 

Level - 

For logical records, an octal number 0 through 
17 in the system-supplied 48-bit marker that 
terminates a short or zero-length PRU. In 
input decks, an octal number specified on 7/8/9 
or /*EOR cards• 

Line - 

A connection between an NPU and a terminal or a 
group of terminals. 

Local Computer System - 

That portion of a network associated with one 
copy of the Communications Supervisor and 
controlled by a host operator. 


Local Configuration File - 

A file in the host computer system, containing 
information on the access requirements and 
restrictions of application programs or users 
of that host. The file contains a list of the 
application programs available for execution in 
the host computer, and the devices that require 
special login processing to access it. This is 
a NOS direct access permanent file. 


Local NPU - 

An NPU that is connected to the host via a 
coupler. Synonymous with Front-End NPU. 
Contrast with Remote NPU. 

Logical Connection - 

A logical message path established between two 
application programs or between a network 
device and an application program. Until ter¬ 
minated, the logical connection allows messages 
to pass between the two entitles. 

Logical Line - 

A single logical message transmitted between 
two application programs or between a network 
device and an application program. A logical 
line can contain several physical lines. 

Logical Link - 

The portion of a logical connection defined by 
host node and terminal node ID numbers* 

Logical Record - 

Under NOS, a data grouping that consists of one 
or more PRUs terminated by a short PRU or zero- 
length PRU. Equivalent to a system-logical- 
record under NOS/BE* 


Macromemory - 

The portion of 255x Series network processing 
unit memory that contains code involved in data 
communication such as the Terminal Interface 
Program. 


Message - 

A logical unit of information, as processed by 
an application program; equivalent to a logical 
line. When transmitted over a network, a mes¬ 
sage can consist of one or more network data 
blocks. 


Micromemory - 

The portion of 255x Series network processing 
unit memory that contains code defining the 
unit to itself. 

Mode 4 - 

A communication line transmission protocol that 
requires the polling of sources for input to 
the data communication network. Control Data 
supports two types of mode 4 equipment, mode 4A 
and mode 4C* Mode 4A equipment is polled 
through the hardware address of the console 
device, regardless of how many devices inter¬ 
face to the network. Mode 4C equipment is 
polled through separate hardware addresses, 
depending on the point each device uses to 
Interface with the network. 
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Neighbor Node - 

The node ID nuiaber associated with an NPU at 
one end of a trunk by the NPU at the other end 
of the trunk. The neighbor node can be the 
same as a terminal node. 

Network Access Method (NAM) - 

A software package that provides a generalized 
method of using a coimunication network for 
switching» buffering» queuing> and transmitting 
data. 

Network Configuration File - 

A network definition file in the host computer» 
containing Information on the network elements 
and permissible linkages between them. The 
status of the elements described in this file 
is modified by the host or NPU operator in the 
course of managing the network through the 
CoQBiuni cat ions Supervisor. This is a NOS 
direct access permanent file. 

Network Definition File - 

Either of the two types of NDL program output 
files that determine the configuration of the 
network. This can be a network configuration 
file or a local configuration file. 

Network Definition Language (NDL) - 

The compiler-level language used to define the 
network configuration file and local configura¬ 
tion file contents. 

Network Definition Language Processor (NDL Proc¬ 
essor) - 

The network software module that processes an 
NDL program as an off-line batch Job to create 
the network definition files and other NDL 
program output. 

Network Element - 

Any configurable entity supervised by the 
Communications Supervisor or loaded by the 
Network Supervisor. A network element consists 
of any entity in the total computer and termi¬ 
nal network; this term is often applied to the 
data coimunication network entities comprising 
the NPUs and their linkages. 

Network Processing Unit (NPU) - 

The collection of hardware and software that 
switches, buffers, and transmits data between 
terminals and host computers. 

Network Supervisor - 

A portion of the network software, written as a 
NAM application program. The Network Super¬ 
visor loads all NPUs in the coimunication 
network that cannot load themselves. 

Node - 

A network element that creates, absorbs, 
switches, and/or buffers message blocks. 

Normalized Mode - 

The initial transmission mode of all console 
devices in the network. In normalized mode, 
the Terminal Interface Program performs limited 
line editing functions on input, converts all 
terminal character codes to 7-blt ASCII codes, 
and performs upline blocking based on Input of 
end-of-line and end-of-block codes. Normalized 
mode output is treated in the opposite manner; 
ASCII codes received from the host are con¬ 


verted to terminal character codes and codes to 
reposition and control the output mechanism and 
are inserted at appropriate places In the 
output data. 

NPU Load File - 

The permanent file within the host computer 
system that contains variants of the CCP soft¬ 
ware appropriate for loading into the network's 
255x Series NPUs; created by the NPU load file 
generator and used by the Network Supervisor. 

NPU Operator (NOP)- 

The administrative operator who manages the 
hardware, linkages, and other network elements 
of the data communication network by communi¬ 
cating with the Communications Supervisor in a 
host computer. Contrast with host operator. 
The host operator can also be an NPU operator, 
but the NPU operator need not be the operating 
system operator for the host computer. 

Output - 

Information flowing downline from host to 
device. 

Owning Console - 

The interactive device associated with a given 
passive device. The owning console enters 
commands that control the operation of the 
passive device and is always a device within 
the same terminal. 


Packet-Switching Network (PSN) - 

A network that provides data communications 
service between various terminals and computer 
systems or networks. 

Terminal Interface to a PSN is defined by the 
packet assembly/disassembly (PAD) access. PSN 
Interface with a NOS network is defined by the 
X.25 protocol. Packet-switching networks are 
sometimes called public data networks (PDNs). 

PAD - 

See X.25 Packet Assembler/Dlsassembler. 

PAD SubTIP - 

A subTIP of the X.25 TIP that allows 
asynchronous ASCII terminals to communicate 
over a packet-switching network. 

Parameterization - 

The process whereby all of the configurable 
characteristics of a specific model of terminal 
are reconciled with the characteristics of that 
terminal's general terminal class. All char¬ 
acteristics not specifically declared for a 
given device are inferred from the terminal's 
assigned terminal class. Characteristics can 
be declared through the device definition in 
the network configuration file, or by the 
terminal user through dialog with the Terminal 
Interface Program, or by an application program 
servicing the device. 

Passive Device - 

Any device Incapable of conducting both input 
and output and therefore incapable of dialog 
with the Network Validation Facility. Batch 
unit record peripherals are typical examples of 
passive devices. Also known as a nonconsole 
device. Contrast with Interactive Device. 
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Peripheral Processor Unit (PPU) - 

The hardware unit within the host computer that 
performs physical input and output through the 
computer'^s data channels* 

Physical Line - 

A string of data that is determined by the 
physical characteristics of the terminal (page 
width or line feed). Contrast with Logical 
Line, which is determined by a carriage return 


or other forwarding signal. 

' 

Physical Record Unit (PRU) - 

Under NOS, the amount of information trans¬ 
mitted by a single physical operation of a 
specified device. The size of a PRU depends on 
the device: 

Device 

size In Number 
of 60-Bit Words 

Mass storage 

64 

Tape in SI format 
with binary data 

512 

Tape in I format 

512 

Tape in other format 

Undefined 


A network processing unit linked indirectly to 
a host computer through another network proc¬ 
essing unit. 

Sequential - 

A file organization in which records are stored 
in the order in which they are generated. 

Short PRU - 

A PRU that does not contain as much user data 
as the PRU can hold and that is terminated by a 
system terminator with a level number. Under 
NOS, a short PRU defines EOR. 

Site — 

All of the hosts and NPUs in a network under 
single administrative control. All of the NPUs 
belonging to a site must run the same release 
level of CCP. The NCFs used by the site must 
be built by the same level of NDLP as the 
release level of CCP. 

Source - 

The device or host computer program that 
created the message. 

Source Node - 

The node that interfaces directly to the source 
of a data message block. 


A PRU that is not full of user data is called a 
short PRU; a PRU that has a level terminator 
but no user data is called a zero-length PRU. 


Port Number - 

The hexadecimal number assigned to the communi¬ 
cation line ports of an NPU; physically identi¬ 
fied by a thumbwheel on a communications line 
adapter of the NPU. 

Priority - 

The condition when traffic through the network 
is maintained preferentially for one or more 
devices out of all devices producing network 
traffic. Devices with priority are the last 
devices for which network traffic is suspended 
when traffic must be temporarily stopped 
because the network is operating at capacity. 
Devices with priority do not otherwise receive 
any preferential treatment of their input or 
output• 

Program Initiation Control Block (PICB) - 

The identifier of a load module for the CCP 
software contained in the NPU load file; the 
PICB determines what variant of CCP is downline 
loaded into a given NPU by the Network Super¬ 
visor. 

PRU Device - 

Under NOS, a mass storage device or a tape in 
SI or I format, so called because records on 
these devices are written in PRUs. 


Random File - 

In the context of the NOS operating system, a 
file with the random bit set in the file 
environment table in which individual records 
are accessed by their relative PRU numbers. 


Station - 

A provider and/or recipient of data messages; 
usually synonymous with a terminal or a group¬ 
ing of devices. This term is used in various 
ways within mode 4 communication documenta¬ 
tion, as shown in table C-l. 

Switched Line - 

A communication line connected with one network 
processing unit but able to be connected to any 
one of several terminals via a switching 
mechanism, such as a dialed telephone line. 

Terminal - 

An entity, external to the communications net¬ 
work but connected to it via a communication 
line, that supplies input messages to, and/or 
accepts output messages from, an application 
program. A terminal can comprise only one 
device (interactive terminals) or several 
devices (batch terminals). 

Terminal Address - 

The hardware address of a mode 4 station. This 
term is used in various ways within mode 4 
communication documentation, as shown in table 
C-l. 

Terminal Class - 

An NDL parameter describing the physical 
attributes of a group of similar terminals, in 
terms of an archetype terminal for the group. 

Terminal Interface Program (TIP) - 

A portion of the Communications Control Program 
that provides an interface for terminals con¬ 
nected to a 255x Series network processing 
unit. The TIP performs character conversion to 
and from 7-bit ASCII, limited editing of the 
input and output stream, parity checking, and 
so forth. 
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Terminal Marne - / 

A name of up to seven letters and digits known 
to the network and used to identify a device to 
the host or NPU operator. 

Terminal Node - 

The node ID number associated with an NPU that 
Interfaces with a terminal. 

Terminal User - 

The person operating the controls of a device. 
Transmission Block - 

During Input, a group of one or more logical 
lines (messages of one or more network data 
blocks) transmitted as a single unit; during 
output, a group of one or more physical lines 
transmitted as a single unit. 

Transparent Mode - 

A software feature provided by the Network 
Access Method and the network processing unit 
TIP. Vfhen transparent mode transmission occurs 
between an application program and a device, 
the Network Access Method does not convert data 
to or from display code, and the TIP does not 
completely edit the character stream to Insert 
or remove terminal protocol control codes or 
convert the characters to or from 7-blt ASCII 
code. When no parity is In effect for the 
device and transparent mode transmission 
occurs, all 8 bits of the character byte can be 
used to represent characters in 256-character 
sets (such as EBCDIC). 


Trunk - 

The communication line connecting two network 
processing units. 

Upline - 

The direction of input flow from terminal to 
host computer. 

Upline Block - 

A group of data bytes representing a single 
physical line of input; a logical line (a 
single message) can consist of more than one 
upline network data block. 

User Name - 

The NOS validation file parameter entered by 
the terminal user during the Network Validation 
Facility login procedure. 

X,25 Packet Assembler/Disassembler (PAD) - 

The access mechanism used by an unintelligent 
asynchronous terminal to access a packet¬ 
switching network; the PAD Is usually supplied 
by the packet-switching network. The PAD is 
defined by the CCITT Standard X.3, and the 
interfaces between the PAD and the terminal and 
the PAD and the NPU are defined In CCITT Stan¬ 
dards X.29 and X.28. 


Zero-Length PRU - 

A PRU that contains system Information but no 
user data. Under NOS, a zero-length PRU de¬ 
fines EOF. 
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RESERVED WORDS 


The Network Definition Language contains two types 
of reserved words; statement names ^nd keywords 
that control statement interpretation, and reserved 
words that define values* This appendix lists 
reserved words In both categories; words reserved 
for future Implementation are also listed* 

RESERVED STATEMENT 
NAMES AND KEYWORDS 

The NDL Processor interprets the following words as 
statement identifiers or as keywords within 
statements* You cannot use these words as DEFINE 
statement identifiers and should not use them as- 
element names or as values for user—defined 
parameters: 


AB 

ABL 

ACCLEV 

AL 

ANAME 

APPL 

ARSPEED 

AUTO 

AUTOCON 

BCF 

BR 

BS 

BSC 

B1 

B2 

CA 

Cl 

CN 

CO 

COLLECT 

COKMENT 

COUPLER 

CP 

CSET 

CT 

CTYP 

DBL 

DBZ 

DCE 

DEFINE 

DEVICE 

DFAM 

DFL 

DHOST 

DI 

DLC 

DLTO 

DLX 

DMP 

DNODE 

DO 

I DOMAIN 
DPLR 
DPLS 
DT 
DTE 


DTEA 

DUSER 

EBO 

EBR 

EBX 

ELO 

ELR 

ELX 

END 

EOF 

EP 

FACl thru FAC31 
FAM 

FASTSEL 

FRAME 

GROUP 

HD 

HN 

HNAME 

IC 

IMDISC 

IN 

INCALL 

KDSP 

LCN 

LFILE 

LI 

LINE 

LK 

LLNAHE 

LOC 

LOGLINK 

LSPEED 

LTYPE 

MAPPL 

HC 

KCI 

MFAM 

MLI 

MREC 

KUSER 

NAMEl 

NAME2 

NCIR 

NCNAHE 

NEN 

NETOSD 

NFILE 

NI 

NODE 

NOLOAD 

NOLOADl 

NOLOAD2 

NPU 

NSVC 

Nl 

N2 

OC 

OP 

OPGO 

OUTCALL 

PA 

PAD 

PAPPL 

PFAM 
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PG 

PID 

PL 

PORT 

PR 

PRI 

PRID 

PRIV 

PRU 

PT 

PUSER 

PW 

PI 

P2 

P90 thru P99 
RC 

RCOUNT 

RIC 

RTIME 

RTS 

SDT 

I SERVICE 
SKOST 
SNODE 
STIP 
STREAM 
SUPLIKK 
TA 
TC 

TERMDEV 

TERMINAL 

TIPTYPE 

TITLE 

TMC 

TMTO 

TMX 

TMY 

TRUNK 

TSPEED 

UBL 

UBZ 

UDATA 

UID 

UNAME 

USER 

VARIANT 

W 

u<« 

XAUTO 

XBZ 

XLC 

XLTO 

XLX 


A9 

BCD 

BK 

BSC 

B6 

CCP 

CDSN 

CON 

CORAPL 

CORRES 

CP 

CR 

C120 

DATAPAC 

DI 

DT12 

E 

EB 

EBCD 

EfiCDAPL 

EBCDIC 

EL 

HASP 

HPOST 

HPRE 

HI 

H2 

H2000 

KB 

LP 

M0DE4 

M33 

M4A 

M4C 

H40 

N 

NO 

NONE 

N2741 

0 

PAD 

PL 

POST 

PR 

PRE 

PRIMARY 

PSN253 thru PSN255 

PT 

PVC 

SDT12 

sum 

SDT14 

SDT15 

SECOND 


XLY 


RESERVED VALUE MNEMONIC 
WORDS 


The NDL processor recognizes the following words as 
predefined values in parameter declarations. You 
should not use these words as DEFINE statement 
identifiers or as element names: 


AP 

APLBP 

APLTP 

ASCII 

ASYNC 

AUTOREC 

A1 

A2 

A6 


SVC 

51 

52 

53 

54 

TC28 thru TC31 

TELENET 

TRNSPAC 

TT12 thru TT14 

TYMNET 

T4014 

UNINET 

USER 

XAA 

X25 

X364 

YES 

Z 

6BIT 

8BIT 

26 
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29 721 

110 734 

134 752 

150 1200 

2000T 2400 

300 2741 

600 2780 

711 3270 

713 3780 

714 4800 

714X ■ 9600 
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FORMAL SYNTAX 

The syntax of the Network Definition Language is formally described in Backus-Naur Form, as shown in figure 
E~l, This formal syntax is provided as background information only; the syntax used in coding an NDL program 
is described in sections 2 through 8. 



The following list defines the terns of statement definition: 

<asterisk> : := * 

<asterisks> : := <asterisk> | <asterisks> <asterisk> 

<null> : := o 

<blank> : := < > 

<bl3nk$> : := <blank> | <blanks> <blank> 

<nblanks> : := <blanks> | <null> 

<letter> : := A | 8 | ... | Z 

<digit> : := 0 | 1 | ... | 9 | A | ... | F 

<alpha> : := <letter> | <digit> 

<I0> : := <letter> | <ID> <digit> 

<number> : := <digit> | <nijraber> <digit> 

<equaIs> ; := = 

<corama> : := <nblanks> , <nblanks> 

<period> : := <nblanks> . <nblanks> 

<colon> : := : 

<separator> : := <comma> | <blanks> 

<username> : := <ID> | <ID> <asterisks> | <asterisks> <ID> | <username> <asterisks> | 

<asterisks> <username> 

<value> : := <number> | <ID> | <username> 


The following list defines the content of statement definitions: 

<element-nafne> : := <ID> | <null> 

<statement-ID> : := <ID> 

<keyword> : := <I0> 

<keywords> : := <keyword> | <keywords> <keyword> 

<declaration> : := <keywords> | <keyword> <equals> <value> 

<declarations> : := <decLaration> | <declarations> <separator> <declaration> 

<statement-end> : := <period> 


The following defines the general form of an NDL statement: 

<NOL-statement> : := <eleaent-naoe> <coLon> <nblanks> <stateraent-IO> <separator> 

<decLarations> <statement-end> 


Figure E-1. Formal Syntax of NOL in Backus-Naur Form 
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STATEMENT SUMMARIES 

This appendix summarizes the formats of all recognized NDL statements. Formats are presented In a manner 
similar to that used In sections 2 through 8, where the valid value declarations are described in detail. The 
following formats are listed alphabetically by statement name; default values are shown; they are underlined 
when no dependencies for the default value exist. 

Page 

I APPL Statement 

service: APPL [. PRIV 1 * t“{^} 1 • } * ’ 

PRU 1 . NETXFR J ‘ MXCOPYS«nxcopys ] . 


8-4 


I COMMENT Statement 


2-7 


I COUPLER Statement 

< P 1I TMARV ^ 

second”} ^ 


3-3 


I DEFINE Statement 

defname: DEFINE, value declaration [, value declaration, ] ... , [ value declaration ] • 


2-7 


I DEVICE Statement 

device: DEVICE (, DT-devtyp, SDT-subdt, , ABL-abl, DBZ«dwnlsiz, , 

DBWwnblim, UBL=*upbllm, XBZ«xmit8iz, | "Jevord} * {stre^no} * 


( YES 

AUTOCON I-1^0 

}i .p 

AB» 


, BR« 

(YES) 

< CCP} 

(no ) 

CN= 


, CT“ 

(S') 

(continued on 

next 

page) 


: CCP> 
CL 

Ino / 


4- 10, 

5- 7, 

5 - 22 , 

6 - 10 , 
6 - 22 , 
6-34, 

6- 42, 

7- 14 
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PG* 


(YES) 
CCP } 

(no ) 


PL> 


(CCP\ 

IPI f 


PW» 




RTS (■ 


j YES » 

>NO f 


1 , MCI- {me) , MLI- {ml) 


P90-fw90, 


P99-fv99 ) 


END Statement 

END. 


2-8 


GROUP Statement 

group: GROUP, PORT=porC, LTYPE-ltype ( , TIPTYPE-tiptype, 


AL=acclev, ARSPEED-arspeerf, IMDISC 


, DI . LSPETO-. 

>■ {«}' • IS'}' • 


P90-fv90, 


P99-fv99, 



4-A, 

6- 4, 

7- 6 


iNCALL Statement 

INCALL, FAM=famname, UNAME=usernam, ANAME^appname [, SNODE»srcnode, 

DNODE=dstnode, PRI 1 > DBL=dvmblim, ABL=abl, BBZ^dwnlsiz, 

WS=sndsiz, WR»recsiz, DPLS«dpls, DPLR«dplr, SHOST«srcho8t, UBL«upblim, UBZ»upbsize, 
PORT=»portnum, DTEA=dtea, COLLECT, FASTSEL, FACl«faccode, ••• , FAC31=faccode J • 

LFILE Statement 

Ifile; LFILE. 
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I LINE Statement 


/yes i (YES i 

line: LINE, PORT»port, L'nPE=ltype [ , TIPTYPE=tlptype, AUTO [= | j,q | 1 . XAUTO l=|(,o | I • 
DI 1 , {I^eed} ’ AL°acclev, DFL=dfl, FRAME=frame, RTIME=tlmer, 

RCOUNT=count, NSVC=svcirc, PSN=p8n, DCE 1 . DTEA=locadr, ARSPEED 1= { | I . 

IMDISC 1 . LCN=lcn, RC [-1 . P90-fv90.P99-fv99 ) . 


LOGLINK Statement 

loglink: LOGLINK, NCNAME»ncnaine (, DI 1“ | 1 1 • 


I NFILE Statement 

nfiLe; NFILE. 

I NPU Statement 

npu: NPU, NODE=node, VARIANT=picbname 


OPGO [= 



1 , DMP (- 



1 1 . 


I OUTCALL Statement 

OUTCALL, NAMEl-namel, NAME2/PID=narae2/pidname [, NETOSD«path, SNODE=srcnode, DNODE=dstnode, 
ACCLEV^acclev, PRI ] » DBL^dwnblira, ABL=abl, DBZ=dwnlsiz, DHOST^dsthost, 


I 

I 


SHOST=srchost, PORT«portnuin, WS=windsiz, DPLS»dpls, DTEA=«dtea, UBL=upblim, UBZ=upbsize, 
FACl=faccode, ... , FACSl^faccode, PRID=protld, SERVICE^service, DOMAIN“domain, 
UDATA=udata ] . 

SUPLINK Statement 


SUPLINK, LLNAME«loglink. 


E-4 


4- 2, 

5- 2, 

6 - 2 , 
7-1 


3-6 


3-1 


3-2 


8-6 


3-3 
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TERMDEV Statement 


device: TERMDEV [, STIP= . TC-trmclas. CSET= { J , TSPEED= . 


‘“{S"} ’ ’ W=pacwndw. 

/ yes ) 

NCIR-numcirc, PAD»strlng, NEN=encirc, COLLECT 1“ | H0 P ’ ’ SDT=8ubdt, 

, ABL=abl, DBZ=dwnlsi 2 , , DBL=dvrablltB, UBL=upbllm, XBZ=xmit8lz, 

{7evord } ’ AUTOCON 1 » {NO } ^ * 

(TES \ ( VES) i YES) 

.. (-{g^! I . KK-..-.,»l■{S') I . UC-jg, j, ..-{.T} ■ • “-jS'} • 

•=- {S'! • •■- {u I • “■ (S'! • “- {S'! • <»■ {S'! • "■ {cf! • {S!! • 


' “'■''■{“'! ’ “’‘■{•S! • ««• gj'j • '“-{S'! • ' 

(no ) 

^“>={ccp) ’ {xlU ’ j^} ■ {xS} ' *‘'^= {S} ' ’ 

. - {!r!. 0^-jlj -i}. -jH • -{f 1. -^{S'! • 


CR \ 

.l§p[ 

Is 


4- 7, 

5- 4, 

5- 22, 

6- 7, 
6 - 20 , 
6-31, 

6- 41, 

7- 10 


, E0F“|^“| , RTS 1 , MCI - (me) , MLI = {nl) , P90=£v90.P99=£v99 1 


TERMINAL Statement 


(AUTOREC) fAUTOREC\ «nonT7i7T\ / AUTORECI (AUTOREC \ 

TERMINAL I, STIP° {st^tyj} • TC=ttmcla8. CSET= {charset/ * ^SPEED- | | , CA-j | 

{n^} ’ ^^“{cono^^} ’ ^ ’ MREC=mrec, W=pacwndw, CTYP=*cirtyp, 

NCIR=numclrc, PAD^string, , NEN=encirc, COLLECT 1 1 • 


4- 7, 

5- 4, 

5- 21. 

6- 7, 
6 - 20 , 
6-31, 

6- 41, 

7- 9 


TITLE Statement 

TITLE [, string ] . 


2-7 
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TRUNK Statement 

trunk: TRUNK, Nl=npul, N2“npu2, Pl=portl, P2“port2, 

I NOLOADl ], NOLOAD2 1= J. FRAME-f rame, DI 1= j ) 1 • 


3-7 


USER Statement 


device: USER I, MFAM= | manafam | , MUSER= | , MAPPL= | , DFAM= | def tf am | , 


8-2 


I)USER=|^®^g“®'’| . PFAM=pfam, PUSER=pu8er, PAPPL-| | 






E-6 
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LIMITATIONS ON CONFIGURATIONS 


F 


" -‘iTiTTirfir 


The NDL processor allows you to configure more 

network elements than the released version of the 
CDC network software supports. There' are no maxi¬ 
mum allowed numbers of most NDL statements. The 
Network Definition Language can therefore be used 
to define configurations supported by site-written 
variants of the released network software. 

The released version of the CDC network software 
requires upper limits on the number of elements 

configured for each host. These limits avoid 
excessive central memory usage by the network soft¬ 
ware. The limits consist of a maximum number of 
elements, as described In table F-1. 

Other constraints are imposed by the types of ele¬ 
ments in the network and by the method used to 

connect each site network to another. For example: 

HASP terminals can have a maximum of 22 devices. 

3780 terminals can have a maximum of four 

devices. 

The number of devices that can access an X.25 
network depends on the number of virtual cir¬ 
cuits leased from the X.25 network. 

Such constraints are mentioned in the main text 
where each of the the NDL statements is described. 


TABLE F-1. MAXIMUM NUMBER OF ELEMENTS 


Element 

Maximum Numbert 

Per Network 

Per Host 

Applications 

32130 

510 

Couplers 

63 

8 

Hosts 

63 

1 

NPUs 

255 

255 

Terminals with 
simultaneous access 

257985 

4095 

Trunks per remote NPU 
to use for loading 

4 

4 

Users 

64449 

1023 

^Minus the number of couplers; this maximum is 
determined by the range of allowed node 
numbers. 
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INDEX 


AB parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-9 
ABL parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
OUTCALL statement 8-6 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-9 
Synchronous protocol 

DEVICE statement 6-10, 6-22, 6-34, 6-42 
TERMDEV statement 6-7, 6-20, 6-31, 6-41 
X*25 protocol 

DEVICE statement 5-7, 5-22 
TERMDEV statement 5-4, 5-22 
ACCLEV parameter 8-6 
Acknowledgement, block C-1 
ACN (see Application Connection Number) 
Administrative operator 1-4 
AIP (see Application Interface Program) 

AL parameter 

Asynchronous protocol 

GROUP statement 4-4 
LINE statement 4-2 
Multilevel security 1-17 
Site-defined protocol 

GROUP statement 7-6 
LINE statement 7-1 
Synchronous protocol 

GROUP statement 6-4 
LINE statement 6-2 
X,25 protocol 

LINE statement 5-2 
ANAME (see Application Name) 

APPL statement 2-5, 8-3 
Application Connection Number (ACN) C-1 
Application Interface Program (AIP) 1-2, C-I 
Application Name (ANAME) 8-10, C-1 
Application program C-1 
Appllcation-to-Application connection 
Definitions 5-21 
Interhost 1-17 
Interhost X.25 1-18 

Intrahost 1-16 
Archetype terminal C-1 
ARSPEED parameter 

Asynchronous protocol 
GROUP statement 4-4 
LINE statement 4-2 
Site-defined protocol 
GROUP statement 7-6 
LINE statement 7-1 
ASYNC TIP 4-1 

Asynchronous line definition 4-1 
Asynchronous protocol devices, lines, and 

terminals 4-1 

Asynchronous protocol statements 
DEVICE 4-10 
GROUP 4-4 


LINE 4-1 
TERMDEV 4-7 
TERMINAL 4-6 
AUTO lines 4-1 
Auto-loading C-1 
AUTO parameter 

Asynchronous protocol 

GROUP statement 4-4 
LINE statement 4-2 
Site-defined protocol 

GROUP statement 7-6 
LINE statement 7-1 
Synchronous protocol 

GROUP statement 6-4 
LINE statement 6-2 
AUTOCON parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 6-22, 6-34, 
TERMDEV statement 6-7, 6-20, 6-31, 
X,25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
Automatic login C-1 
Automatic recognition 2-1, C-1 
Automatic recognition-dependent keywords 2- 
Automatic recognition line 4-1, 6-3, 7-1 

Base system software 1-14 
Basic network concepts 1-1 
Batch device C-1 
BCF parameter 

Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL statement 7-9 
Synchronous protocol 

TERMDEV statement 6-31 
TERMINAL staement 6-31 
Bisynchronous TIP 6-31 
Bisynchronous TIP statements 
DEVICE statement 6-34 
TERMDEV statement 6-31 
TERMINAL statement 6-31 
Block C-1 
Block limit 

Asynchronous protocol 4-24 
Description C-1 
Site-defined protocol 7-26 
X*25 protocol 5-18 
BR parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 


6-42 
6-41 


I 
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BS parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
BSC TIP 6-30 
Buffering data 

Asynchronous protocol 4-27 
Site-defined protocol 7-28 
Synchronous protocol 6-49 
X.25 protocol 5-22 
B1 parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMIffiV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 6-22, 6-42 
TERMDEV statement 6-7, 6-20, 6-41 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
B2 parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 6-22, 6-42 
TERMDEV statement 6-7, 6-20, 6-41 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 


CA parameter 

Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL statement 7-9 
Synchronous protocol 

TERMDEV statement 6-7, 6-41 
TERMINAL statement 6-7, 6-41 
CCP (see Communication Control Program) 
CCP-default ke3Words 2-3 
CDC-written application programs 8-3 
CDCNET Device Interface Software 1-14 
CDCNET network 1-13 
Centronics 533/536 printers 4-4 
Character C-1 
Character set tables A-1 
Cl parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X,25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
Cluster C-1 

Cluster address 6-41, C-1 
CN parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 


Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 6-22, 6-42 
TERMDEV statement 6-7, 6-20, 6-41 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
CO parameter 

Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL statement 7-9 
Synchronous protocol 

TERMDEV statement 6-20, 6-31 
TERMINAL statement 6-20, 6-31 
COLLECT parameter 

INCALL statement 8-10 | 

Site-defined parameter 

TERMDEV statement 7-10 
TERMINAL statement 7-9 
X.25 protocol 

TERMDEV statement 5-4 
TERMINAL statement 5-4 
Command portion of program 10-1 
Commands 10-1 
COMMENT statement 2-7 
Communication element C-1 
Communication line 1-8, C-1 
Communication line protocols 
Asynchronous 4-1 
Site-defined 7-1 
Synchronous 6-1 
X.25 5-1 

Communications Control Program (CCP) 1-5, C-1 

Communications Processor (CP) 1-4 

Communications Supervisor (CS) i-2, C-2 

Configuration limitations F-1 

Console C-2 

Constant carrier C-2 

Contention terminal C-2 

Controlled carrier C-2 

Controlled terminal C-2 

Coupler 1-4, 1-8, C-2 

COUPLER statement 3-3 

CP (see Communications Processor) 

CP parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
CS (see Communication Supervisor) 

CSET parameter 

Asynchronous protocol 

TERMDEV statement 4-7 
TERMINAL statement 4-7 
Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL statement 7-9 
Synchronous protocol 

TERMDEV statement 6-7, 6-20, 6-31, 6-41 
TERMINAL statement 6-7, 6-20, 6-31, 6-41 
X.25 protocol 

TERMDEV statement 5-4, 5-21 
TERMINAL statement 5-4, 5-21 
CT parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
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CT parameter (Contd) 

Site-defined protocol 
DEVICE statement 
TERMDEV statement 
Synchronous protocol 
DEVICE statement 
TERMDEV statement 
X.25 protocol 

DEVICE statement 
TERMDEV statement 


7-14 

7-10 

6-10, 6-22, 6-34, 6-42 
6-7, 6-20, 6-31, 6-41 

5-7 

5-4 


I 


I 


Data C-2 
Data block 1-9 
Data blocking 

Batch device input/output 1-11 
Interactive device input 1-11 
Link data 1-11 
Terminal output 1-1I 
Data buffering 

Asynchronous protocol 4-27 
Site-defined protocol 7-28 
Synchronous protocol 6-49 
X.25 protocol 5-22 
Data Circuit Equipment (DCE) 1-6 
Data portion of program 10-3 
Data structures and flow 1-9 
Data Terminal Equipment (DTE) 1-6 
DBL parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
INCALL statement 8-10 
OUTCALL statement 8-6 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 6-22, 
TERMDEV statement 6-7, 6-20, 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 


DBZ parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
INCALL statement 8-10 
OUTCALL statenent 8-6 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 6-22, 
TERMDEV statement 6-7, 6-20, 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
DCE (see Data Circuit Equipment) 

DCE parameter 

Site-defined protocol 
GROUP statement 7-6 
LINE statement 7-1 
X.25 protocol 

LINE statement 5-2 
Declarations 2-1 
Dedicated line C-2 


DEFINE 

NDL statement 2-7, C-2 
NOS command 10-2 
Summary listing 11-1 


6-34, 6-42 
6-31, 6-41 


6-34, 6-42 
6-31, 6-41 


Defining a CDC network 

Hardware elements 1-6 
Logical elements 1-13 
Software elements 1-9 
Defining a device 

Asynchronous protocol 4-9 
Site-defined protocol 7-14 
Synchronous protocol 6-9, 6-22, 6-34, 6-42 
X.25 protocol 5-6, 5-22 
Defining a line 

Asynchronous protocol 4-1 
Site-defined protocol 7-1 
Synchronous protocol 6-1 
X.25 protocol 5-1 
Defining a network 1-6 
Defining a terminal 

Asynchronous protocol 4-6 
Site-defined protocol 7-9 
Synchronous protocol 6-6, 6-19, 6-31, 6-40 
X.25 protocol 5-4, 5-21 
Destination C-2 
Destination node C-2 
Device 

Description C-2 
Interactive 1-9 
Passive 1-9 
DEVICE statement 

Asynchronous protocol 4-10 
General definition 3—8 
Site-defined protocol 7-14 
Synchronous protocol 6-10, 6-22, 6-34, 6-42 
X.25 protocol 5-7, 5-22 
DFAM parameter 8-2 
DFL parameter 

Site-defined protocol 

GROUP statement 7-6 
LINE statement 7-1 
X.25 protocol 

LINE statement 5-2 

DHOST parameter 8-6 | 

DI parameter 

APPL statement 8-4 
Asynchronous protocol 

DEVICE statement 4-10 
GROUP statement 4-4 
LINE statement 4-2 
TERMDEV statement 4-7 
LOGLINK statement 3-6 
Site-defined protocol 

DEVICE statement 7-14 
GROUP statement 7-6 
LINE statement 7-1 
TERMDEV statement 7-10 
Synchronous protocol 


DEVICE statement 6-10, 

6-22, 

6-34, 

6-42 

GROUP statement 6-4 




LINE statement 6-2 




TERMDEV statement 6-7, 

6-20, 

6-31, 

6-41 


TRUNK statement 3-6 
X.25 protocol 

LINE statement 5-2 
Diagnostic messages B-1 
Diagnostic Operator (DOP) 1-4 
Direct access file C-2 
Division hierarchy 2-5 
Division statements 2-5 
Divisions 

Local 2-4 
Network 2-4 
DLC parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
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DLC parameter (Contd) 

Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TEKMDEV statement 5-4 
DLTO parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
DLX parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 


Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
DMP parameter 3-2 

I DNODE parameter 

INCALL statement 8-10 
OUTCALL statement 8-6 
DO parameter 

Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 6-20 
TERMDEV statement 6-7, 6-20 
I DOMAIN parameter 8-6 

DOP (see Diagnostic Operator) 

Downline 

Block C-2 
Data 1-9 
Definition C-2 
DPLR parameter 8-10 
DPLS parameter 

INCALL statement 8-10 
OUTCALL statement 8-6 
DT parameter 

Asyncronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-11, 6-22, 
TERMDEV statement 6-7, 6-20, 
X.25 protocol 

DEVICE statement 5-7, 5-22 
TERMDEV statement 5-4, 5-22 
DTE (see Data Terminal Equipment) 

DTEA parameter 

INCALL statement 8-10 
OUTCALL statement 8-6 
Site-defined protocol 
GROUP statement 7-6 
LINE statement 7-1 
X.25 protocol 

LINE statement 5-2 
DUSER parameter 8-2 


6-34, 6-42 
6-31, 6-41 


EBO parameter 

Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
EBR parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
BBX parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
Echoplex C-2 
Element name 2-3 
ELO parameter 

Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10 
TERMDEV statement 6-7 
ELR parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
ELX parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
END statement 2-8 
End-Of-Information (EOI) 10-3 
End-Of-Record (EOR) 10-3 
EOF parameter 

Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL statement 7-9 
Synchronous protocol 

TERMDEV statement 6-7 
TERMINAL s tat ement 6-7 
EP parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 


Index-4 
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Equipment Status Table (EST) 3-3 
Error processing B-1 
EST (see Equipment Status Table) 
EXIT command statement 10-3 
Explicit values 2-1 


I FAM parameter 8-10 
FASTSEL parameter 8-10 
File 

Creation lO-l 
Inspection 10-2 
Structure 10-1 
Fixed configuration line 6-3 
Formal language syntax E-l 
Frame C-2 
FRAME parameter 

Site-defined protocol 
GROUP statement 7-6 
LINE statement 7-1 
TRUNK statement 3-7 
X.25 protocol 

LINE statement 5-2 
Front-end NPU 1-4, C-2 
Full duplex C-3 
Functional language syntax 2-1 


Glossary C-1 
GROUP statement 

Asynchronous protocol 4-4 
General definition 3-8 
Site-defined protocol 7-6 
Synchronous protocol 6-4 


HAD (see Host Availability Display) 
Half duplex C-3 

Hardware network elements 1-2, 1-6 
HASP TIP 6-19 


HASP TIP statements 

DEVICE statement 6-22 
TERMDEV statement 6-20 
TERMINAL statement 6-20 
HD parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 
TERMDEV statement 6-7, 
X*25 protocol 

DEVICE statement 5-7 
TERMI»V statement 5-4 
Hierarchy 

Divisions 2-5 
Statements 2-5 

HIP (see Host Interface Program) 
HN parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 


6-22 

6-20 


DEVICE statement 
TERMDEV statement 
Synchronous protocol 
DEVICE statement 
TERMDEV statement 
X«25 protocol 

DEVICE statement 
TERMDEV statement 


7-14 

7-10 


6 - 10 , 6 - 22 , 

6-7, 6-20, 

5-7 

5-4 


6-34, 6-42 
6-31, 6-41 


6-34, 6-42 
6-31, 6-41 


HOP (see Host Operator) 

Host 

Communications processor 1-8 
Computer 1-4, C-3 
Node C-3 

Host Availability Display (HAD) C-3 
Host Interface Program (HIP) 1-5 
Host Operator (HOP) 1-4, C-3 
Host-resident software 1-12 


lAF (see Interactive Facility) 

IC parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X*25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
IMDISC parameter 

Asynchronous protocol 

GROUP statement 4-4 
LINE statement 4-2 
Site-defined protocol 

GROUP statement 7-6 
LINE statement 7-1 
Synchronous protocol 

GROUP statement 6-4 
LINE statement 6-2 
X.23 protocol 

LINE statement 5-2 
Implicit values 2-1 
IN parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X«25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
INCALL statement 8-9 
Input C-3 

Input to program 11-1 
Interactive device C-3 
Interactive Facility (lAF) 1-12, 8-3 
Interactive Transfer Facility (ITF) 1-12, 8-3 
Interface software and gateways 1-14 
Initialize MDI Server (INITMDI) 1-12, 8-3 


I 


Job dayfile messages B-9 
Job listing file 1-1, 9-2 
Job structure 10-1 


KDSP parameter 8-4 
Keywords 

Automatic-recognition dependent 2-1 

CCP-default 2-3 

No-default 2-3 

Stand-alone 2-4 

Value-required 2-1 


Label C-3 

Layer software 1-14 

LCF (see Local Configuration File) 
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LCN parameter 

Site-defined protocol 
GROUP statement 7-6 
LINE statement 7-1 
X.25 protocol 

LINE statement 5-2 
Level C-3 

LFILE statement 8-1 
LI parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X,23 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
Limitations on configuration F-1 
Une C-3 
Line definition 

Asynchronous protocol 4-1 
Site-defined protocol 7-4 
Synchronous protocol 6-1 
X.25 protocol 5-1 
Line protocols 

Asynchronous 4-1 
Site-defined 7-1 
Synchronous 6-2 
X.25 5-1 

LINE statement 

Asynchronous protocol 4-2 
General definition 3-8 
Site-defined protocol 7-1 
Synchronous protocol 6-2 
X.25 protocol 5-1 
Link data blocking 1-11 
Link Interface Program (LIP) 1-5 
LIP (see Link Interface Program) 

LK parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 6-22, 6-42 
TERMDEV statement 6-7, 6-20, 6-41 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
LLNAME parameter 3-3 
LOG parameter 3-3 
Local 

Computer system C-3 

Configuration File (LCF) 1-1, 9-2, C-3 
Division statements 
APPL 8-3 

I INCALL 8-9 

LFILE 8-1 
OUTCALL 8-5 
USER 8-1 
NPU C-3 
Logical 

Configuration of hosts 1-16 
Configuration of terminals 1-16 
Connection C-3 
Line C-3 
Link 1-15, C-3 
Network elements 1-11 
Record C-3 
LOGLINK statement 3-4 


LSPEED parameter 

Asynchronous protocol 
GROUP statement 4-4 
LINE statement 4-2 
Site-defined protocol 
GROUP statement 7-6 
LINE statement 7-1 
LTYPE parameter 

Asynchronous protocol 
GROUP statement 4-4 
LINE statement 4-2 
Site-defined protocol 
GROUP statement 7-6 
LINE statement 7-1 
Synchronous protocol 

GROUP statement 6-4 
LINE statement 6-2 
X*25 protocol 

LINE statement 5-2 


Macromeraory C-3 

Mainframe Device Interface (MDI) 1-13 
Mainframe Terminal Interface (MTI) 1-13 
MAPPL parameter 8-2 
MCI parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
Message C-3 

Message Control System (MCS) 1-12, 8-3 
MFAM parameter 8-2 
Micromemory C-3 
MLI parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
. X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
Mode 4 nomenclature equivalence C-2 
Mode 4 TIP 6-6, C-3 
Mode 4 TIP statements 

DEVICE statement 6-10 
TERMDEV statement 6-7 
TERMINAL statement 6-7 
MREC parameter 

Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL'statement 7-9 
Synchronous protocol 

TERMDEV statement 6-31 
TERMINAL statement 6-31 
Multilevel security 1-17 
Multiple-host network 1-6 
MUSER parameter 8-2 
MXCOPYS parameter 8-4 


NAM (see Network Access Method) 

NAMEl parameter 8-6 
NAME2 parameter 8-6 
NCF (see Network Configuration File) 
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NCIR parameter 

Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL statement 7-9 
X.23 protocol 

TERMDEV statement 5-4 
TERMINAL statement 5-4 
NCNAME parameter 3-6 
NDI (see Network Device Interface) 

NDL (see Network Definition Language) 

NDL input file 9-1 
NDL processor 1-1, C-4 

NDLP (see Network Definition Language Processor) 

NDLP command statement 10-1 
Neighbor node C-4 
NEN parameter 

Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL statement 7-9 
K.25 protocol 

TERMDEV statement 5-4, 5-22 
TERMINAL statement 5-4, 5-21 
I NETOSD parameter 8-6 

Network Access Method (NAM) 1-2, C-4 
Network Configuration File (NCF) 1-1, 9-1, C-4 
Network data blocking 

Batch device input or output 1-11 
Interactive device input 1-11 
Network definition file C-4 
Network definition files 

Local Configuration File (LCF) 1-1, 9-2 
Network Configuration File (NCF) 1-1, 9-1 
Network Definition Language (NDL) 1-1, 2-1, C-4 
Network Definition Language Processor (NDLP) 

1-1, C-4 

Network definition structure 2-4 
Network Device Interface (NDI) 1-13 
Network division 3-1 
Network division statements 
COUPLER 3-3 
DEVICE 

Asynchronous protocol 4-10 
General definition 3-8, 3-9 
Site-defined protocol 7-14 
Synchronous protocol 6-10, 6-22, 6-34, 6-42 
X.25 protocol 5-7, 5-22 
GROUP 

Asynchronous protocol 4-4 
General definition 3-8, 3-9 
Site-defined protocol 7-6 
Synchronous protocol 6-4 

LINE 

Asynchronous protocol 4-1 
General definition 3-8 
Site-defined protocol 7-1 
Synchronous protocol 6-2 
X*25 protocol 5-1 
LOGLINK 3-1, 3-4 
NFILE 3-1 
NPU 3-1 

SUPLINK 3-1, 3-3 
TERMDEV 

Asynchronous protocol 4-7 
General definition 3-8, 3-9 
Site-defined protocol 7-10 
Synchronous protocol 6-7, 6-20, 6-31, 6-41 
X,25 protocol 5-4 
TERMINAL 

Asynchronous protocol 4-7 
General definition 3-8, 3-9 
Site-defined protocol 7-9 
Synchronous protocol 6-7, 6-20, 6-31, 6-41 
X.25 protocol 5-4, 5-21 
TRUNK 3-1, 3-6 


Network element C-4 
Network elements 
Hardware 1-6 
Logical 1-15 
Software 1-9 

Network File Server (NETFS) 1-12, 8-3 
Network functional levels 

Communications network 1-2 
Computer network 1-2 
Service network 1-2 
Network Interface Program (NIP) 1-2 
Network Log Server (NETLS) 1-12, 8-3 
Network Log Termination Utility (NLTERM) 1-12, 8-3 
Network management software 1-15 
Network node and link definition statements 
COUPLER 3-1, 3-3 
LOGLINK 3-1, 3-4 
NPU 3-1, 3-2 
SUPLINK 3-1, 3-3 
TRUNK 3-1, 3-6 

Network Operator Facility (NOF) 1-12, 8-3 

Network Processing Unit (NPU) 1-2, 1-8, C-4 

Network structure 2-4 

Network Supervisor (NS) 1-2, C-4 

Network Validation Facility (NVF) 1—2, 8-1 

NETXFR parameter 8-4 

NFILE statement 3-1 

NI parameter 

Asynchronous protocol 

GROUP statement 4-4 
Site-defined protocol 

GROUP statement 7-6 
Synchronous protocol 

GROUP statement 6-4 
NIP (see Network Interface Program) 

Node 1-15, C-4 
NODE parameter 3-2, 3-3 
No-default keywords 2-3 
NOLOAD1 parameter 3-7 
N0L0AD2 parameter 3-7 
NOP (see NPU Operator) 

Normalized mode C-4 

NOS/VE Interactive Facility (VEIAF) 1-12, 8-3 
Notations xiii 

NPU (see Network Processing Unit) 

NPU load file C-4 
NPU Operator (NOP) 1-4, C-4 
NPU-resldent software 1-12 
NPU statement 3-1, 3-2 
NS (see Network Supervisor) 

NSVC parameter 

Site-defined protocol 

GROUP statement 7-6 
LINE statement 7-1 
X.25 protocol 

LINE statement 5-2 
NVF (see Network Validation Facility) 

Nl parameter 3-7 
N2 parameter 3-7 


OC parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
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BCF 


OP parameter 

Asynchronous protocol 
DEVICE statement 
TERHDEV statement 
Site-defined protocol 
DEVICE statement 
TEEMDEV statement 
X.25 protocol 

DEVICE statement 
TERMDEV statement 
OPGO parameter 3-2 
ODTCALL statement 8-5 
Output C-A 

Output from program 11-1 
Owning console C-4 


4-10 

4-7 


7-14 

7-10 

5-7 

5-4 


PA parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMlffiV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERHDEV statement 7-10 


X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 

Packet Assembly/Disassembly (PAD) 1-5, 5-4, C-4 
Packet-Switching Network (PSN) 1-5, C-4 
PAD (see Packet Assembly/Dieassembly) 

PAD parameter 

Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL statement 7-9 
X.25 protocol 

TERMDEV statement 5-4 
TERMINAL statement 5-4 
PAD subTIP C-4 
PAPPL parameter 8-2 
Parameterization C-4 
Parameters 


Asynchronous protocol 4-7, 4-10 
Site-defined protocol 7-10, 7-14 

ABL 


Asynchronous protocol 4-7, 4-10, 4-11 
OUTCALL statement 8-6 
Site-defined protocol 7-10, 7-14, 7-15 
Synchronous protocol 6-7, 6-10, 6-11, 6-20, 
6-22, 6-23, 6-31, 6-34, 

6-35, 6-41, 6-42, 6-43 
X.25 protocol 5-4, 5-7 


ACCLEV 8-6 
AL 

Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 
X.25 protocol 5-2 
ANAME 8-10 
ARSPEED 

Asynchronous protocol 
Site-defined protocol 

AUTO 

Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 
AUTOCON 


4-2, 4-4 
7-1, 7-6 
6-2, 6-4 


4-2, 4-4 
7-1, 7-6 

4-2, 4-4 
7-1, 7-6 
6-2, 6-4 


Asynchronous protocol 4-7, 4-10, 4-11 
Site-defined protocol 7-10, 7-14, 7-15 


Synchronous protocol 6-7, 6-10, 6-11> 


6-22, 6-23, 6-31, 6-34 
6-41, 6-42, 6-43 
X.25 protocol 5-4, 5-7, 5-8 


6 - 20 , 

, 6-35 


BR 


BS 


B1 


B2 


CA 

Cl 


CN 


CO 


Site-defined protocol 7-9, 7-10 
Synchronous protocol 6-31, 6-32 

Asynchronous protocol 4-7, 4—10, 4-11 
Site-defined protocol 7-10, 7-14, 7-15. 

X.25 protocol 5-4, 5-7, 5-8 

Asynchronous protocol 4-7, 4-10, 4-11 
Site-defined protocol 7-10, 7-14, 7-15 
X.25 protocol 5-4, 5-7, 5-8 

Asynchronous protocol 4-7, 4-10, 4-12 
Site-defined protocol 7-10, 7-14, 7-16 
Synchronous protocol 6-7, 6-10, 6—H, 6-20, 
6-22, 6-23, 6-41, 6-42, 6-43 
X.25 protocol 5-4, 5-7, 5-8 

Asynchronous protocol 4-7, 4-10, 4-12 
Site-defined protocol 7-10, 7-14, 7-16 
Synchronous protocol 6-7, 6-10, 6-12, 6-20, 
6-22, 6-24, 6-41, 6-42, 6-44 
X.25 protocol 5-4, 5-7, 5-9 

Site-defined protocol 7-9, 7-10, 7-11 
Synchronous protocol 6-7, 6-8, 6-41 

Asynchronous protocol 4-7, 4-10, 4-13 
Site-defined protocol 7-10, 7-14, 7-16 
X.25 protocol 5-4, 5-7, 5-9 


Asynchronous protocol 4-7, 4-10, 4-13 
Site-defined protocol 7-10, 7-14, 7-16 
Synchronous protocol 6-7, 6-10, 6-12, 6-20, 
6-22, 6-24, 6-41, 6-42, 6-44 
X.25 protocol 5-4, 5-7, 5-9 

Site-defined protocol 7-9, 7-10, 7-12 
Synchronous protocol 6-20, 6-21, 6-31, 

6-33 


COLLECT 

INCALL statement 8-10 
Site-defined protocol 7-9, 7-10, 7-12 
X.25 protocol 5-4, 5-5 
CP 

Asynchronous protocol 4-7, 4-10, 4-13 
Site-defined protocol 7-10, 7-14, 7-16 
X.25 protocol 5-4, 5-7, 5-10 

CSET 

Asynchronous protocol 4-7, 4-8 
Site-defined protocol 7-9, 7-10, 7-12 
Synchronous protocol 6-7, 6-9, 6-20, 6-21, 
6-31, 6-33, 6-41, 6-42 
X.25 protocol 5-4, 5-5, 5-21, 5-22 
CT 

Asynchronous protocol 4-7, 4-10, 4-14 
Site-defined protocol 7-10, 7-14, 7-17 
Synchronous protocol 6-7, 6-10, 6-13, 6-20, 
6-22, 6-25, 6-31, 6-34, 6-35 
6-41, 6-42, 6-45 
X.25 protocol 5-4, 5-7, 5-10 

DBL 

Asynchronous protocol 4-7, 4-10, 4-14 
INCALL statement 8-10 
OUTCALL statement 8-6 
Site-defined protocol 7-10, 7-14, 7-17 
Synchronous protocol 6-7, 6-10, 6-13, 6-20, 
6-22, 6-25, 6-31, 6-34, 

6-36, 6-41, 6-42, 6-45 
X.25 protocol 5-4, 5-7, 5-10 

DBZ 

Asynchronous protocol 4-7, 4-10, 4-14 
INCALL statement 8-10 


I 


I 


I 


Index-8 


60480000 S 



Parameters (Contd) 

DBZ (Contd) 

OUTCALL statement 8-6 
Site-defined protocol 7-10, 7-14, 7-17 
Synchronous protocol 6-7, 6-10, 6-14, 6-20, 
6-22, 6-25, 6-31, 6-34, 

6- 36, 6-41, 6-42, 6-45 
X,25 protocol 5-4, 5-7, 5-11 

DCE 

Site-defined protocol 7-1, 7-6 
X.25 protocol 5-2 
DFAM 8-2 
DFL 

Site-defined protocol 7-1, 7-6 
X,25 protocol 5-2 
DHOST parameter 8-6 
DI 

APPL statement 8-4 

Asynchronous protocol 4-2, 4-4, 4-7, 4-10, 
4-15 

LOGLINK statement 3-6 

Site-defined protocol 7-1, 7-6, 7-10, 7-14, 

7- 17 

Synchronous protocol 6-2, 6-4, 6-7, 6-10, 
6-14, 6-20, 6-22, 6-26, 

6-31, 6-34, 6-36, 6-41, 

6-42, 6-45 

TRUNK statement 3-7 
X.25 protocol 5-2 

DLC 

Asynchronous protocol 4-7, 4-10, 4-15 
Site-defined protocol 7-10, 7-14, 7-18 
X.25 protocol 5-4, 5-7, 5-11 

DLTO 

Asynchronous protocol 4-7, 4-10, 4-15 
Site-defined protocol 7-10, 7-14, 7-18 
X.25 protocol 5-4, 5-7, 5-11 

DLX 

Asynchronous protocol 4-7, 4-10, 4-16 
Site-defined protocol 7-10, 7-14, 7-18 
X.25 protocol 5-4, 5-7, 5-11 
DMP 3-2 
DO 

Site-defined protocol 7-10, 7-14, 7-18 
Synchronous protocol 6-7, 6-10, 6-14, 6-20, 
6-22, 6-26 

DNODE 

INCALL statement 8-10 
OUTCALL statement 8-6 
DOMAIN 8-6 
DPLR 8-10 
DPLS 

INCALL statement 8-10 
OUTCALL statement 8-6 
DT 

Asynchronous protocol 4-7, 4-10 
Site-defined protocol 7-10, 7-14 
Synchronous protocol 6-7, 6-10, 6-11, 6-20, 
6-22, 6-23, 6-31, 6-34, 

6-35, 6-41, 6-42, 6-43 
X.25 protocol 5-4, 5-7, 5-22 

DTEA 

INCALL statement 8-10 
OUTCALL statement 8-6 



Site-defined protocol 
X.25 protocol 5-2 

1 

1 

o> 

DUSER 8-2 


EBO 


Site-defined protocol 

7-10, 7-14, 7-19 

EBR 


Asynchronous protocol 

4-7, 4-10, 4-16 


Site-defined protocol 

7-10, 7-14, 7-19 


X.25 protocol 5-4, 5-7 

, 5-12 


EBX 

Asynchronous protocol 4-7, 4-10, 4-16 
Site-defined protocol 7-10, 7-14, 7-19 
X.25 protocol 5-4, 5-7, 5-12 

ELO 

Site-defined protocol 7-10, 7-14, 7-19 
Synchronous protocol 6-7, 6-10, 6-14 

ELR 

Asynchronous protocol 4-7, 4-10, 4-17 
Site-defined protocol 7-10, 7-14, 7-20 
X.25 protocol 5-4, 5-7, 5-12 

ELX 

Asynchronous protocol 4-7, 4-10, 4-17 
Site-defined protocol 7-10, 7-14, 7-20 
X.25 protocol 5-4, 5-7, 5-13 

EOF 

Site-defined protocol 7-9, 7-10, 7-12 
Synchronous protocol b-7, 6-9 
EP 

Asynchronous protocol 4-7, 4-10, 4-17 
Site-defined protocol 7-10, 7-14, 7-20 
X.25 protocol 5-4, 5-7, 5-13 
FAM 8-10 
FASTSEL 8-10 
FRAME 

Site-defined protocol 7-1, 7-6 
TRUNK statement 3-7 
X.25 protocol 5-2 
HD 

Asynchronous protocol 4-7, 4-10, 4-18 
Site-defined protocol 7-10, 7-14, 7-20 
Synchronous protocol 6-7, 6-10, 6-15, 6-20, 
6-22, 6-26, 6-31, 6-34, 

6-37, 6-41, 6-42, 6-46 
X.25 protocol 5-4, 5-7, 5-13 
HN 

Asynchronous protocol 4-7, 4-10, 4-18 
Site-defined protocol 7-10, 7-14, 7-21 
Synchronous protocol 6-7, 6-10, 6-15, 6-20, 
6-22, 6-26, 6-31, 6-34, 

6-37, 6-41, 6-42, 6-46 
X.25 protocol 5-4, 5-7, 5-13 
HNAME 3-3 
IC 

Asynchronous protocol 4-7, 4-10, 4-18 
Site-defined protocol 7-10, 7-14,*7-21 
X.25 protocol 5-4, 5-7, 5-14 
IMDISC 

Asynchronous protocol 4-2, 4-4 
Site-defined protocol 7-1, 7-6 
Synchronous protocol 6-2, 6-4 
X.25 protocol 5-2 
IN 

Asynchronous protocol 4-7, 4-10, 4-19 
Site-defined protocol 7-10, 7-14, 7-21 
X.25 protocol 5-4, 5-7, 5-14 
KDSP 8-4 
LCN 

Site-defined protocol 7-1, 7-6 
X.25 protocol 5-2 
LI 

Asynchronous protocol 4-7, 4-10, 4-19 
Site-defined protocol 7-10, 7-14, 7-21 
X.25 protocol 5-4, 5-7, 5-15 
LK 

Asynchronous protocol 4-7, 4-10, 4-19 
Site-defined protocol 7-10, 7-14, 7-22 
Synchronous protocol 6-7, 6-10, 6-15, 6-20, 
6-22, 6-27, 6-41, 6-42, 6-46 
X.25 protocol 5-4, 5-7, 5-15 
LLNAME 3-3 
LOG 3-3 
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Parameters (Contd) 


LSPEED 

Asynchronous protocol 
Site-defined protocol 
LTYPE 

Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 
X.25 protocol 5-2 


4-2, 4-4 
7-1, 7-6 

4-2, 4-4 
7-1, 7-6 
6-2, 6-4 


MAPPL 8-2 
MCI 

Asynchronous protocol 4-7, 4-10, 4-20 
Site-defined protocol 7-10, 7-14, 7-22 
X.25 protocol 5-4, 5-7, 5-15 
MFAM 8-2 
MLl 


Asynchronous protocol 4-7, 4-10, 4-20 
Site-defined protocol 7-10, 7-lA, 7-22 
X.25 protocol 5-4, 5-7, 5-15 


MREC 

Site-defined protocol 7-9, 7-10, 7-12 
Synchronous protocol 6-31, 6-33 


PORT 

Asynchronous protocol 4-2, 4-4 
INCALL statement 8-10 
OUTCALL statement 8-6 
Site-defined protocol 7-1, 7-6 
Synchronous protocol 6-2, 6-4 
X.25 protocol 5-2 

PRI 

Asynchronous protocol 4-7, 4-10, 4-23 
INCALL statement 8-10 
OUTCALL statement 8-6 
Site-defined protocol 7-10, 7-14, 7-25 
Synchronous protocol 6-7, 6-10, 6-16, 6-20, 
6-22, 6-27, 6-31, 6-34, 

6-37, 6-41, 6-42, 6-47 
X.25 protocol 5-4, 5-7, 5-18 
PRID 8-6 
PRIV 8-4 
PRU 8-4 
PSN 

Site-defined protocol 7-1, 7-6 
X.25 protocol 5-2 


MUSER 8-2 
MXCOPYS 8-4 
NAME! 8-6 
NAME2 8-6 
NCIR 

Site-defined protocol 7-9, 7-10, 7-13 
X.25 protocol 5-4, 5-6, 5-21 
NCNANE 3-6 
NEN 

Site-defined protocol 7-9, 7-10, 7-13 
X.25 protocol 5-4, 5-6, 5-21, 5-22 
NETOSD 8-6 
NETXFR 8-4 
NI 4-4, 6-4, 7-6 
NODE 3-2, 3-3 
NOLOAOl 3-7 
N0L0AD2 3-7 
NSVC 5-2, 7-1, 7-6 
Nl 3-7 
N2 3-7 
OC 

Asynchronous protocol 4-7, 4-10, 4-20 
Site-defined protocol 7-10, 7-14, 7-22 
X.25 protocol 5-4, 5-7, 5-15 
OP 

Asynchronous protocol 4-7, 4-10, 4-20 
Site-defined protocol 7-10, 7-14, 7-22 
X.25 protocol 5-4, 5-7, 5-16 
OPGO 3-2 
PA 

Asynchronous protocol 4-7, 4-10, 4-21 
Site-defined protocol 7-10, 7-14, 7-23 
X.25 protocol 5-4, 5-7, 5-16 

PAD 

Site-defined protocol 7-9, 7-10, 7-13 
X.25 protocol 5-4, 5-6 
PAPPL 8-2 
PFAM 8-2 
PG 

Asynchronous protocol 4-7, 4-10, 4-22 
Site-defined protocol 7-10, 7-14, 7-24 
Synchronous protocol 6-7, 6-10, 6-15, 6-41 
6-42, 6-46 

X.25 protocol 5-4, 5-7, 5-17 
PL 

Asynchronous protocol 4-7, 4-10, 4-23 
Site-defined protocol 7-10, 7-14, 7-24 
Synchronous protocol 6-7, 6-10, 6-16, 6-41 
6-42, 6-47 

X.25 protocol 5-4, 5-7, 5-17 


PUSER 8-2 


PW 


Asynchronous protocol 

4-7, 4-10, 4-23 


Site-defined protocol 

7-10, 7-14, 7-25 


Synchronous protocol 

6-7, 6-10, 6-16, 6-20, 


6-22, 

6-27, 6-31, 6-34, 


6-37, 

6-41, 6-42, 6-47 


X.25 protocol 5-4, 5- 

•7, 5-18 

PI 

3-7 


P2 

3-7 


P90 

thru P99 



Asynchronous protocol 
4-24 

4-2, 4-4. 4-7, 4-10, 


Site-defined protocol 
7-25 

7-1, 7-6, 7-10, 7-14, 


Synchronous protocol 

6-2, 6-4, 6-7, 6-10, 


6-17, 

6-20, 6-22, 6-28, 


6-31, 

6-34, 6-38 


X.25 protocol 5-2, 5- 

-4, 5-7, 5-18 

RC 


Asynchronous protocol 

4-2, 4-4 


Site-defined protocol 

7-1, 7-6 


Synchronous protocol 
X.25 protocol 5-2 

6-2, 6-4 

RCOUNT 



Site-defined protocol 
X.25 protocol 5-2 

7-1, 7-6 

RIC 


Asynchronous protocol 

4-7, 4-9 


Site-defined protocol 

7-9, 7-10, 7-13 


Synchronous protocol 

6-7, 6-9, 6-20, 6-21, 


6-31, 

6-33, 6-41, 6-42 


X.25 protocol 5-4, 5- 

-6 

RS 

8-4 


RTIME 



Site-defined protocol 
X.25 protocol 5-2 

7-1, 7-6 

RTS 


Asynchronous protocol 

4-7, 4-10, 4-24 


Site-defined protocol 

7-10, 7-25 

SDT 


Site-defined protocol 

7-10, 7-14, 7-25 


Synchronous protocol 

6-7, 6-10, 6-17, 6-20 


6-22, 

6-28, 6-31, 6-34, 


6-38, 

6-41, 6-42, 6-48 


SERVICE 8-6 


SHOST 

INCALL statement 8-10 
OUTCALL statement 8-6 


I 

I 
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Parameters (Contd) 

SNODE 

INCALL statement 8-10 
OUTCALL statement 8-6 

STIP 

Asynchronous protocol 4-7 
Site-defined protocol 7-9, 7-10 
Synchronous protocol 6-7, 6-19, 6-20, 6-31, 
6-32 

X*25 protocol 5-4, 5-21, 5-22 
STREAM 


Site-defined 

protocol 

7-10 

, 7-14, 7-26 

Synchronous 

protocol 

6-20, 

6-22, 6-29 

Site-defined 

protocol 

7-10 

, 7-14, 7-26 

Synchronous 

protocol 

6-7, 

6-10, 6-18, 6-31, 


6-34, 

6-39, 

6-41, 6-42, 6-48 

Asynchronous 

protocol 

4-7, 

4-8 

Site-defined 

protocol 

7-9, 

7-10 

Synchronous 

protocol 

6-7, 

6-8, 6-20, 6-31, 


6-32, 

6-40, 

6-41 

X.25 protocol 5-4, 5- 

-5 



TIPTYPE 


I 


I 


I 

I 

I 


Asynchronous protocol 4-2, 4-4 
Site-defined protocol 7-1, 7-6 
Synchronous protocol 6-2, 6-4 
X.25 protocol 5-2 
TSPEED 

Asynchronous protocol 4-7, 4-9 
Site-defined protocol 7-9, 7-10, 7-13 

UBL 

Asynchronous protocol 4-7, 4-10, 4-24 
INCALL statement 8-10 
OUTCALL statement 8-6 
Site-defined protocol 7-10, 7-14, 7-26 
Synchronous protocol 6-7, 6-10, 6-18, 6-20, 
6-22, 6-29, 6-31, 6-34, 

6-39, 6-41, 6-42, 6-48 
X,25 protocol 5-4, 5-7, 5-18 

UBZ 

Asynchronous protocol 4-7, 4-10, 4-24 
INCALL statement 8-10 
OUTCALL statement 8-6 
Site-defined protocol 7-10, 7-14, 7-26 
Synchronous protocol 6-7, 6-10, 6-18, 6-20, 
6-22, 6-30, 6-31, 6-34, 

6-39, 6-41, 6-42, 6-49 
X,25 protocol 5-4, 5-7, 5-19 
UDATA 8-6 
UID 8-4 
UNAME 8-10 
VARIANT 3-2 
W 

Site-defined protocol 7-9, 7-10, 7-13 
X.25 protocol 5-4, 5-6 
WR 8-10 
WS 

INCALL statement 8-10 
OUTCALL statement 8-6 


XAUTO 

Asynchronous protocol 
Site-defined protocol 

XBZ 

Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 
6 - 22 , 

XLC 


4-2, 4-4 
7-1, 7-6 


4-7, 4-10, 4-25 
7-10, 7-14, 7-27 
6-7, 6-10, 6-19, 6-20, 
6-30, 6-31, 6-34, 6-40 


Asynchronous protocol 4-7, 4-10, 4-25 
Site-defined protocol 7-10, 7-14, 7-27 
X.25 protocol 5-4, 5-7, 5-19 


XLTO 

Asynchronous protocol 4-7, 4-10, 4-25 
Site-defined protocol 7-10, 7-14, 7-27 
X.25 protocol 5-4, 5-7, 5-20 

XLX 

Asynchronous protocol 4-7, 4-10, 4-26 
Site-defined protocol 7-10, 7-14, 7-27 
X.25 protocol 5-4, 5-7, 5-20 

XLY 

Asynchronous protocol 4-7, 4-10, 4-26 
Site-defined protocol 7-10, 7-14, 7-28 
X.25 protocol 5-4, 5-7, 5-20 
Passive device C-4 
PDN (see Public Data Network) 

Peripheral Interface Program (PIP) 1-2 
Peripheral Processor Unit (PPU) C-5 
Permanent File Transfer Initiator (PTFI) 1-12, 8-3 
Permanent File Transfer Server (PTFS) 1-12, 8-3 


PFAM parameter 8-2 
PG parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 6-42 
TERMDEV statement 6-7, 6-41 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
Physical line C-5 

Physical Record Unit (PRU) 1-11, C-5 
PICB (see Program Interface Control Block) 
PIP (see Program Interface Program) 

PL parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 6-42 
TERMDEV statement 6-7, 6-41 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 

PLATO/NAM Interface - PNI (PLATO) 1-12, 8-3 
Port number C-5 
PORT parameter 

Asynchronous protocol 

GROUP statement 4-4 
LINE statement 4-2 
INCALL statement 8-10 
OUTCALL statement 8-6 
Site-defined protocol 

GROUP statement 7-6 
LINE statement 7-1 
Synchronous protocol 

GROUP statement 6-4 
LINE statement 6-2 
X.25 protocol 

LINE statement 5-2 
PPU (see Peripheral Processor Unit) 

PRI parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
INCALL statement 8-10 
OUTCALL statement 8-6 


I 


I 
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7-14 

7-10 

6-10, 6-22, 6-34, 6-42 
6-7, 6-20, 6-31, 6-41 

5-7 

5-4 


1-12, 8-3 


PRI parameter (Contd) 

Site-defined protocol 
DEVICE statement 
TERHDEV statement 
Synchronous protocol 
DEVICE statement 
TERHDEV statement 
X.25 protocol 

DEVICE statement 
TERHDEV statement 
I PRID parameter 8-6 

Printer Support Utility (PSU) 

Priority C-5 
PRIV parameter 8-4 

Program Initiation Control Block (PICB) 1-4, C-5 

Program Input 11-1 

Program output 11-1 

Program portion of program 10-3 

Protocol-dependent definition statements 3-6 

Protocol layers 1-1 

Protocols 

Asynchronous 4-1 
Site-defined 7-1 
Synchronous 6-1 
X.25 5-1 

PRO device C-5 
PRU parameter 8-4 
PRO (see Physical Record Unit) 

PSN parameter 

Site-defined protocol 
GROUP statement 7-6 
LINE statement 7-1 
X.25 protocol 

LINE statement 5-2 
PSN (see Packet-Switching Network) 

PSU (see Printer Support Utility) 

PTFI (see Permanent File Transfer Initiator) 

PTFS (see Permanent File Transfer Server) 

Public Data Network (PDN) 1-5 
PUSER parameter 8-2 
PW parameter 

Asynchronous protocol 
DEVICE statement 
TERHDEV statement 
Site-defined protocol 
DEVICE statement 
TERHDEV statement 
Synchronous protocol 
DEVICE statement 
TERHDEV statement 
X.25 protocol 

DEVICE statement 
TERHDEV statement 
PI parameter 3-7 
P2 parameter 3-7 
P90 thru P99 parameter 
Asynchronous protocol 

DEVICE statement 4-10 
GROUP s t at ement 4-4 
LINE statement 4-2 
TERHDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
GROUP statement 7-6 
LINE statement 7-1 
TERHDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 6-22, 6-34, 6-42 
GROUP statement 6-4 
LINE statement 6-2 

TERHDEV statement 6-7, 6-20, 6-31, 6-41 
X.25 protocol 

DEVICE statement 5-7 
LINE statement 5-2 
TERHDEV statement 5-4 


4- 10 

4- 7 

7-14 

7-10 

6-10, 6-22, 6-34, 6-42 
6-7, 6-20, 6-31, 6-41 

5- 7 

5- 4 


({ueue File Transfer Initiator (QTPI) 1-12, 8-3 
Queue File Transfer Server (QTFS) 1-12, 8-3 


Random file C-5 

RBF (see Remote Batch Facility) 

RC parameter 

Asynchronous protocol 
GROUP statement 4-4 
LINE statement 4-2 
Site-defined protocol 
GROUP statement 7-6 
LINE statement 7-1 
Synchronous protocol 

GROUP statement 6-4 
LINE statement 6-2 
X.25 protocol 

LINE statement 5-2 
RCOUNT parameter 

Site-defined protocol 
GROUP statement 7-6 
LINE statement 7-1 
X.25 protocol 

LINE statement 5-2 

Remote Batch Facility (RBF) 1-12, 8-3 
Remote NPU 1-4, C-5 
Reserved words D-1 
RIC parameter 

Asynchronous protocol 

TERHDEV statement 4-7 
TERHINAL statement 4-7 
Site-defined protocol 

TERHDEV statement 7-10 
TERHINAL statement 7-9 
Synchronous protocol 

TERHDEV statement 6-7, 6-20, 6-31, 6-41 
TERHINAL statement 6-7, 6-20, 6-31, 6-41 
X.25 protocol 

TERHDEV s t at ement 5-4 
TERHINAL statement 5-6 
RS parameter 8-4 
RTIHE parameter 

Site-defined protocol 

GROUP statement 7-6 
LINE statement 7-1 
X.25 protocol 

LINE statement 5-2 
RTS parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERHDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERHDEV statement 7-10 


Sample configured network 
Sample program 11-1 
SDT parameter 

Site-defined protocol 
DEVICE statement 
TERHDEV statement 
Synchronous protocol 
DEVICE statement 
TERHDEV statement 
Sequential C-5 
SERVICE parameter 8-6 
Short PRU C-5 
SHOST parameter 

INCALL statement 
OUTCALL statement 
Simple network example 
Site C-5 


2-2 


7-14 

7-10 

6-10, 6-22, 6-34 
6-7, 6-20, 6-31, 6-41 


8-10 

8-6 

1-4 


Site administrator 1-1 
Site-defined line definition 7-1 
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site-defined protocol devices, lines, and 
terminals 7-1 

Site-defined protocol statements 
DEVICE 7-14 
GROUP 7-6 
LINE 7-1 
TERMDEV 7-10 
TERMINAL 7-9 

Site-written application programs 8-3 
SNODE parameter 

INCALL statement 8-10 
OUTCALL statement 8-6 
Software network elements 1-2, 1-9 
Source C-5 
Source node C-5 
Special purpose statements 
COMMENT 2-7 
DEFINE 2-7 
END 2-8 
TITLE 2-5 

Stand-alone keywords 2-4 
Statement 

Continuation 2-4 
Hierarchy 2-5 
Length 2-4 
Syntax 2-3 
Statements 


I 


APPL 8-3 
COMMENT 2-7 
COUPLER 3-3 
DEFINE 2-7 
DEVICE 

Asynchronous protocol 4-10 
General format 3-9 
Site-defined protocol 7-14 
Synchronous protocol 6-10, 6-22, 6-34, 6-42 
X.25 protocol 5-7, 5-22 
END 2-8 
GROUP 


Asynchronous protocol 4-4 
General format 3-9 
Site-defined protocol 7-6 
Synchronous protocol 6-4 


INCALL 8-9 
LFILE 8-1 
LINE 

Asynchronous protocol 4-2 
General format 3-8 


Site-defined protocol 7-1 
Synchronous protocol 6-2 
X.25 protocol 5-1 
LOGLINK 3-4 
NFILE 3-1 
NPU 3-2 
OUTCALL 8-5 
SUPLINK 3-3 
TERMDEV 


Asynchronous protocol 4-7 
General format 3-9 
Site-defined protocol 7-10 
Synchronous protocol 6-7, 6-20, 
X.25 protocol 5-4, 5-22 


TERMINAL 


6-31, 


6-41 


Asynchronous protocol 4-7 
General format 3-9 
Site-defined protocol 7-9 
Synchronous protocol 6-7, 6-20, 6-31, 6-41 
X.25 protocol 5-4, 5-21 
TITLE 2-5 
TRUNK 3-6 
USER 8-1 
Station C-5 


STIP parameter 

Asynchronous protocol 
TERMDEV statement 
TERMINAL statement 
Site-defined protocol 
TERMDEV statement 
TERMINAL statement 
Synchronous protocol 
TERMDEV statement 
TERMINAL statement 
X.25 protocol 

TERMDEV statement 
TERMINAL statement 
STREAM parameter 

Site-defined protocol 
DEVICE statement 
TERMDEV statement 
Synchronous protocol 
DEVICE statement 
TERMDEV statement 
Supervisory programs 1-2 
SUPLINK statement 3-3 
Switched line C-5 

Switched Virtual Circuit (SVC) 5-4, 5-21 
Synchronous line definition 6-1 
Synchronous protocol devices, lines, and 

terminals 6-1 

Syntax of statements 2-1, 2-3 
System validation file 1-2 


4- 7 

4- 7 

7-10 

7-9 

6-7, 6-20, 6-31 
6-7, 6-20, 6-31 

5- 4, 5-22 

5- 4, 5-21 


7-14 

7-10 

6-22 

6-20 


TA parameter 

Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 


Synchronous protocol 

DEVICE statement 6-10, 6-34, 
TERMDEV statement 6-7, 6-31, 

TAF (see Transaction Facility) 

TC parameter 

Asynchronous protocol 
TERMDEV statement 
TERMINAL statement 
Site-defined protocol 
TERMDEV statement 
TERMINAL statement 
Synchronous protocol 
TERMDEV statement 
TERMINAL statement 
X.25 protocol 

TERMDEV statement 
TERMINAL statement 
TDI (see Terminal Device Interface) 

TERMDEV statement 

Asynchronous protocol 4-7 
General definition 3-9 
Site-defined protocol 7-10 
Synchronous protocol 6-7, 6-20, 6-31, 
X.25 protocol 5-4, 5-22 


6-42 

6-41 


4- 7 

4- 7 

7-10 

7-9 

6-7, 6-20, 6-31, 
6-7, 6-20, 6-31 

5- 4 

5- 4 


6-41 
, 6-41 


6-41 


Terminal 1-9, C-5 
Terminal address C-5 
Terminal class C-5 
Terminal definition 

Asynchronous protocol 4-6 
Site-defined protocol 7-9 
Synchronous protocol 6-6, 6-19, 6-31, 6-40 
X.25 protocol 5-4, 5-21 
Terminal Device Interface (TDI) 1-13 
Terminal Interface Program (TIP) 1-5, C-5 
Terminal name C-6 
Terminal node 1-13, C-6 
Terminal output data blocking 1-11 
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TERMINAL statement 

Asynchronous protocol 4-7 
General definition 3-9 
Site-defined protocol 7-9 
Synchronous protocol 6-7, 

X*25 protocol 5-4, 5-21 
Terminal user C-6 

Terminal Verification Facility (TVF) 
TIP (see Terminal Interface Program) 
TIPTYPE parameter 

Asynchronous protocol 
GROUP statement 4-4 
LINE statement 4-2 
Site-defined protocol 
GROUP statement 7-6 
LINE statement 7-1 
Synchronous protocol 

GROUP statement 6-4 
LINE statement 6-2 
X.25 protocol 

LINE statement 5-2 
TITLE statement 2-5 
Transaction Facility (TAF) 
Transmission block C-6 
Transparent mode C-6 
Trunk 1-8, C-6 
TRUNK statement 3-6 
TSPEED parameter 

Asynchronous protocol 
TERMDEV statement 
TERMINAL statement 
Site-defined protocol 
TERMDEV statement 
TERMINAL statement 


6-20, 6-31, 6-41 


1-12, 8-3 


1-12, 8-3 


4-7 

4-7 


7-10 

7-9 


TVF (see Terminal Verification Facility) 


I 


I 


I 

I 


UBL parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
INCALL statement 8-10 
OUTCALL 81 at ement 8-6 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 
TERMDEV statement 6-7, 
X*25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
UBZ parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
INCALL stataaent 8-10 
OUTCALL statement 8-6 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 
TERMDEV statement 6-7, 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
UDATA parameter 8-6 
UID parameter 8-4 
UNAME parameter 8-10 


6 - 22 , 

6 - 20 , 


6 - 22 , 

6 - 20 , 


6-34, 

6-31, 


6-34, 

6-31, 


6-42 

6-41 


6-42 

6-41 


Upline 

Block C-6 
Data 1-9 
Description C-6 
User name C-6 
USER statement 8-1 


VALIDUz 1-2 

Value declaration format 2-1 

Value-required keywords 2-1 

Variant 1-4 

VARIANT parameter 3-2 

VEIAF (see NOS/VE Interactive Facility) 

Virtual circuit 1-6 


W parameter 

Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL statement 7-9 
X.25 protocol 

TERMDEV statement 5-4 
TERMINAL statement 5-4 
WR parameter 8-10 
WS parameter 

INCALL statement 8-10 
OUTCALL statement 8-6 


XAUTO parameter 

Asynchronous protocol 
GROUP statement 4-4 
LINE statement 4-2 
Site-defined protocol 
GROUP statement 7-6 
LINE statement 7-1 
XBZ parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 6-22, 6-34 
TERMDEV statement 6-7, 6-20, 6-31 
XLC parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
XLTO parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
XLX parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
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XLX parameter (Contd) 


X.25 line definition 5-1 

Site-defined protocol 


X.25 Packet Assembler/Disassembler 

DEVICE statement 

7-lA 

X.25 protocol devices, lines, and i 

TERHDEV statement 

7-10 

X.25 TIP 5-1 

X.25 protocol 


X.25 protocol statements 

DEVICE statement 

5-7 

DEVICE 5-7, 5-22 

TERMDEV statement 

5-4 

LINE 5-1 

XLY parameter 


TERMDEV 5-4, 5-22 

Asynchronous protocol 


TERMINAL 5-4, 5-21 

DEVICE statement 

4-10 


TERMDEV statement 

4-7 

Zero-length PRO C-6 

Site-defined protocol 



DEVICE statement 

7-14 

3270 TIP 6-40 

TERMDEV statement 

1 

o 

3270 TIP statements 

X.25 protocol 


DEVICE statement 6-42 

DEVICE statement 

5-7 

TERMDEV statement 6-41 

TERMDEV statement 

5-4 

TERMINAL statement 6-41 
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